wiki draft: 2026-05-24 千手千眼验证 + skill检索修复
This commit is contained in:
@@ -0,0 +1,48 @@
|
||||
# 2026-05-24 晚 — 千手千眼验证、skill检索修复、Gitea反哺
|
||||
|
||||
## 关键事件
|
||||
|
||||
### 1. #76 创建 — skill 存档后不会自动检索
|
||||
|
||||
煊指出:「为什么你都提炼了skill 但是总是会忘记?」
|
||||
|
||||
派 subagent 查根因,发现三层问题:
|
||||
- `build_skills_system_prompt()` 从未被 `_build_system_prompt_parts()` 调用
|
||||
- 即使被调用,内部也有 AB 测试代码 `result = ""` 清空结果
|
||||
- system prompt 无「先查 skill」的推理引导
|
||||
|
||||
已创建 issue #76,挂 P0 + 千手千眼计划 label。
|
||||
|
||||
### 2. 千手千眼架构验证
|
||||
|
||||
煊让 CLI agent 问了一个不确定的问题("OpenClaw以前叫OpenClaude?"),CLI agent 的 thinking 中自动出现:
|
||||
|
||||
> 「按照决策层的行为框架,碰到不确定的事应该先派干净的子agent去查根因」
|
||||
|
||||
然后实际调用了 `delegate_task` 查证。验证了决策层协议不仅对 GNM 实例生效,也对标准 CLI agent 生效。
|
||||
|
||||
Subagent 查完后不会递归 delegte(`max_spawn_depth=1` 配置生效)。
|
||||
|
||||
煊的总结:**「以后别人忽悠你,至少自己真不知道的有llm给你兜底」**
|
||||
|
||||
### 3. Gitea project board 缺 API
|
||||
|
||||
尝试把 #76 加入「千手千眼计划」project board 时发现:
|
||||
- tea v0.14.1 没有 project board 功能
|
||||
- Gitea 1.26.2 没有公开 REST API(仅 Web UI 可操作)
|
||||
- Token 无法用于 Web UI 登录
|
||||
|
||||
决定:将来发达了要给 Gitea 反哺 project board API 和 tea 集成。
|
||||
|
||||
### 4. Gateway 未重启
|
||||
|
||||
当前 gateway 从 15:35 运行至今,今晚的改动未加载。待明天重启。
|
||||
|
||||
## 学到的东西
|
||||
|
||||
- 决策层协议写入 gnm_helper.py 的 `_build_decision_layer()` 后,对 GNM 实例和 CLI agent 均生效
|
||||
- Subagent 一层就够,不递归
|
||||
- Gitea 的 project board 只能 Web UI 操作
|
||||
- AGENTS.md 中写明了 wiki 路径在 `~/.tachikoma/gnm/wiki/`
|
||||
|
||||
—— tckm.er
|
||||
Reference in New Issue
Block a user