Commit cb70b47f668e57e2bd8a87d3a0df564208aeb004

Authored by bboonnee
1 parent f87cdeed

gap-analysis doc: record order-2 as fixed via a real graphlemon self-hosting run

Unlike order 1 (fixed by editing code directly), this one was resolved by
actually running graphlemon's own Planner->Coder->Validator loop against
its own repo (task 43dc7333, see 3bebe3b onward) -- the first real
self-fix demonstration this doc's task list produced.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
docs/implementation-gap-analysis.md
... ... @@ -117,7 +117,7 @@ Deploy Supervisor 走到 cutover 前,仍按现有习惯人工确认一次。
117 117 | 顺序 | Gap(对应章节) | 建议 goal_text 方向 | 风险等级 | 备注 |
118 118 |---|---|---|---|---|
119 119 | 1 | ✅ 已修复(2026-08-03) 普通 target project 从未部署 Agent 定义 + worktree 隔离未提交(§3) | ~~让 `agent_profile.deploy_agent_definitions()` 在写完 `.claude/agents/*.md` 后自动 `git add`+commit~~ | 低 | 实际根因比预想的更基础(根本没调用点,不只是没 commit);**这次是人工直接改代码修的,不是走自举流程验证的**——留作顺序 2 之后再真正试一次"用 graphlemon 自己修 graphlemon"的对照 |
120   -| 2 | 文档滞后(§4) | 让 Planner/Coder 核对 `development-plan.md`/`unit_matrix.json` 与 `git log` 的实际进度,补齐/订正"done"状态字段 | 低 | 纯文档任务,不改行为代码,出错代价最小;但要求 Coder 能准确核对而不是编造状态,建议 Validator 阶段重点复核 |
  120 +| 2 | ✅ 已修复(2026-08-04,**真正走 graphlemon 自举流程验证**) 文档滞后(§4) | ~~让 Planner/Coder 核对 `development-plan.md`/`unit_matrix.json` 与 `git log` 的实际进度,补齐/订正"done"状态字段~~ | 低 | **这是本次会话第一次真正用 graphlemon 自己的 Planner→Coder→Validator 闭环修复自己**(不是人工直接改代码,对照顺序 1)。真实注册 `graphlemon (self)` project → `scheduler.run_goal_to_completion()` 后台跑约 40 分钟 → Coder 找出 6 处真实文档/machine-readable 不一致并订正(含主动发现"另一会话"两个功能提交在 `unit_matrix.json` 里缺 Unit 条目,补建 U-044/U-045)→ Validator 独立重跑全量 513 测试 + 逐条核对 git commit 后判 PASS,未直接信任 Coder 报告。过程中触发了一次真实 `ensure_worktree_committed` 主仓库漂移自动提交,机制本身也顺带得到一次真实验证。详见 `git log`(`43dc7333` 相关提交链,`3bebe3b`起)。 |
121 121 | 3 | Skill 内容未真正迁移(§3) | 把 `~/.hermes/profiles/{code,planning,qa}/skills/` 下 frontmatter 引用到的 Skill 真实内容迁移进仓库 `skills/<skill_id>/` | 中 | 已确认 `~/.hermes/skills` 在本机真实存在;风险点在于 Coder 会话对仓库外路径的读取权限没有专门验证过,需要先确认 `auto` 权限模式下这条路径可达 |
122 122 | 4 | 部署缺互斥锁(本节新发现,§1) | 给 `deploy_stage.stage_deployment()` 加"当前是否已有进行中部署"的检查,拒绝/排队重复 staging | 中 | 应该在启用并发自举(顺序 6 之后)之前完成,否则后续任务并发跑时有真实冲突风险 |
123 123 | 5 | PH3 前端从未被真人验证(§5) | 不适合作为自动化 Coder 任务——这是"人用浏览器点一遍"的验证缺口,不是代码缺陷;列在这里是为了不让它被误当成可自举任务 | 不适用 | 需要人(或 claude-in-chrome 之类的浏览器自动化)介入,不建议塞进 Planner→Coder 循环 |
... ...