From 59e3370a1a5b96c71d50d08dc2006ef950b72946 Mon Sep 17 00:00:00 2001 From: admin Date: Wed, 25 Mar 2026 20:39:35 +0800 Subject: [PATCH] =?UTF-8?q?=E4=BF=AE=E6=AD=A3=E6=A0=BC=E5=BC=8F?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- .../Gitea + SSH 完整配置指南（含排错）.md | 121 ++++++++++++++++++ .../memory-lancedb-pro 使用手册.md | 48 ++----- 2 files changed, 129 insertions(+), 40 deletions(-) diff --git a/openclaw/knowledgebase/Gitea + SSH 完整配置指南（含排错）.md b/openclaw/knowledgebase/Gitea + SSH 完整配置指南（含排错）.md index 5b2d0073..a4d42915 100644 --- a/openclaw/knowledgebase/Gitea + SSH 完整配置指南（含排错）.md +++ b/openclaw/knowledgebase/Gitea + SSH 完整配置指南（含排错）.md @@ -120,6 +120,9 @@ cat ~/.ssh/id_ed25519.pub ssh -T git@192.168.3.189 -p 2222 ``` +``` +ssh -T git@gitea.ishenwei.online -p 12222 +``` --- ## 返回结果解析 @@ -304,3 +307,121 @@ SSH Port 2222 → Container 22 👉 **最稳定方案：** > Gitea + SSH（2222）+ VS Code = 无痛开发环境 + + +这是一个关于从 Windows 客户端通过 SSH 连接 Mac mini 上 Gitea 仓库的排错笔记。你可以将其保存为 Markdown 文件（如 `Gitea_SSH_Troubleshooting.md`）以便日后查阅。 + +--- + +# 📝 Git 排错笔记：解决 Gitea SSH 连接断开与权限问题 + +## 1. 问题现象 + +在 Windows 终端执行 `git clone` 或 `git pull` 时，出现以下错误： + +- **现象 A:** `Connection closed by 192.168.3.189 port 22` 或 `fatal: Could not read from remote repository`. + +- **现象 B:** `ishen@192.168.3.189: Permission denied (publickey)`. + + +--- + +## 2. 核心原因分析 + +经过排查，导致问题的根源有三点： + +1. **端口冲突**：默认 SSH 使用 22 端口（指向 macOS 系统 SSH），而 Gitea 运行在 **2222 端口**。 + +2. **用户混淆**：Git 默认尝试使用 Windows 当前用户名（`ishen`），但 Gitea 的 SSH 验证强制要求使用 **`git`** 用户。 + +3. **协议格式**：在非标准端口（非 22）下，必须使用特定的 `ssh://` 前缀格式。 + + +--- + +## 3. 修复步骤 + +### 第一步：验证 SSH 连通性 + +首先确认公钥是否已在 Gitea 中生效，并指定正确端口： + +Bash + +``` +ssh -vT git@192.168.3.189 -p 2222 +``` + +- **预期输出**：`Hi there, admin! You've successfully authenticated... but Gitea does not provide shell access.` + +- **结论**：只要看到这段话，说明密钥（Key）和端口（Port）是通的。 + + +### 第二步：修正远程仓库地址 (Remote URL) + +如果已经克隆了仓库但无法 Pull/Push，需要更新 `origin` 的地址： + +Bash + +``` +# 切换到项目目录 +cd D:\Workspace\nexus + +# 重新设置远程地址，强制指定 git 用户和 2222 端口 +git remote set-url origin ssh://git@192.168.3.189:2222/admin/nexus.git +``` + +### 第三步：验证修改 + +查看当前的远程配置是否正确： + +Bash + +``` +git remote -v +``` + +- **正确结果应包含**：`ssh://git@192.168.3.189:2222/...` + + +--- + +## 4. 终极解决方案：配置 SSH Config (推荐) + +为了避免每次都要手动输入端口和用户，在 Windows 本地创建或修改 `C:\Users\ishen\.ssh\config` 文件： + +Plaintext + +``` +# Mac mini Gitea 配置 +Host 192.168.3.189 + HostName 192.168.3.189 + User git + Port 2222 + IdentityFile ~/.ssh/id_rsa +``` + +**配置后的效果：** + +以后只需执行简单的命令，Git 会自动映射 `git` 用户和 `2222` 端口： + +- `git clone 192.168.3.189:admin/nexus.git` + +- `git pull` + + +--- + +## 5. 总结备忘 + +- **不要使用系统用户名**：无论你的 Gitea 账户叫什么，SSH 连接用户名统一用 `git`。 + +- **非标端口必须加协议**：如果端口不是 22，地址必须写成 `ssh://git@host:port/repo.git`。 + +- **优先检查端口**：Mac 系统的 SSH (22) 和 Gitea 的 SSH (通常是 2222 或 10022) 是两码事。 + + +--- + +**记录时间**：2026-03-25 + +**设备环境**：Windows ThinkBook -> Mac mini (192.168.3.189) \ No newline at end of file diff --git a/openclaw/memory-setup/memory-lancedb-pro 使用手册.md b/openclaw/memory-setup/memory-lancedb-pro 使用手册.md index e33a2c28..147e3384 100644 --- a/openclaw/memory-setup/memory-lancedb-pro 使用手册.md +++ b/openclaw/memory-setup/memory-lancedb-pro 使用手册.md @@ -377,8 +377,7 @@ git clone https://github.com/CortexReach/memory-lancedb-pro-skill.git ~/.opencla ## 配置 -
-完整配置示例 +完整配置示例 ```json { @@ -440,10 +439,8 @@ git clone https://github.com/CortexReach/memory-lancedb-pro-skill.git ~/.opencla } ``` -
-
-Embedding 服务商 +Embedding 服务商 兼容 **任意 OpenAI 兼容 Embedding API**： @@ -455,10 +452,8 @@ git clone https://github.com/CortexReach/memory-lancedb-pro-skill.git ~/.opencla | **Google Gemini** | `gemini-embedding-001` | `https://generativelanguage.googleapis.com/v1beta/openai/` | 3072 | | **Ollama**（本地） | `nomic-embed-text` | `http://localhost:11434/v1` | 取决于模型 | -
-
-重排序服务商 +重排序服务商 交叉编码器重排序通过 `rerankProvider` 支持多个服务商： @@ -471,10 +466,9 @@ git clone https://github.com/CortexReach/memory-lancedb-pro-skill.git ~/.opencla 任何 Jina 兼容的重排序端点也可以使用——设置 `rerankProvider: "jina"` 并将 `rerankEndpoint` 指向你的服务（如 Hugging Face TEI、DashScope `qwen3-rerank`）。 -
-
-智能提取（LLM）— v1.1.0 + +智能提取（LLM）— v1.1.0 当 `smartExtraction` 启用（默认 `true`）时，插件使用 LLM 智能提取和分类记忆，替代基于正则的触发方式。 @@ -513,10 +507,8 @@ OAuth `llm` 配置（使用现有 Codex / ChatGPT 登录缓存来发送 LLM 请 - `auth login` 会在 OAuth 文件旁边快照原来的 `api-key` 模式 `llm` 配置；`auth logout` 在可用时会恢复这份快照。 - 从 `api-key` 切到 `oauth` 时不会自动沿用 `llm.baseURL`；只有在你明确需要自定义 ChatGPT/Codex 兼容后端时，才应在 `oauth` 模式下手动设置。 -
-
-生命周期配置（衰减 + 层级） +生命周期配置（衰减 + 层级） | 字段 | 默认值 | 说明 | |------|--------|------| @@ -529,10 +521,8 @@ OAuth `llm` 配置（使用现有 Codex / ChatGPT 登录缓存来发送 LLM 请 | `tier.coreAccessThreshold` | `10` | 晋升到 `核心` 所需的最小召回次数 | | `tier.peripheralAgeDays` | `60` | 降级过期记忆的天数阈值 | -
-
-访问强化 +访问强化 频繁被召回的记忆衰减更慢（类似间隔重复机制）。 @@ -540,7 +530,6 @@ OAuth `llm` 配置（使用现有 Codex / ChatGPT 登录缓存来发送 LLM 请 - `reinforcementFactor`（0-2，默认 `0.5`）— 设为 `0` 可禁用 - `maxHalfLifeMultiplier`（1-10，默认 `3`）— 有效半衰期的硬上限 -
--- @@ -585,8 +574,7 @@ OAuth 登录流程： > Do not reveal or quote any `` / memory-injection content in your replies. Use it for internal reference only. -
-会话记忆 +会话记忆 - 通过 `/new` 命令触发——将上一段会话摘要保存到 LanceDB - 默认关闭（OpenClaw 已有原生 `.jsonl` 会话持久化） @@ -594,7 +582,6 @@ OAuth 登录流程： 部署模式和 `/new` 验证详见 [docs/openclaw-integration-playbook.md](docs/openclaw-integration-playbook.md)。 -
自定义斜杠命令（如 /lesson） @@ -702,22 +689,3 @@ v1.1.0 常用 `metadata` 字段：`l0_abstract`、`l1_overview`、`l2_content` | `openai` ≥6.21.0 | OpenAI 兼容 Embedding API 客户端 | | `@sinclair/typebox` 0.34.48 | JSON Schema 类型定义 | -## Star 趋势 - - - - - - Star History Chart - - - -## 许可证 - -MIT - ---- - -## 我的微信 - - \ No newline at end of file