@tea-agent/loop-agent 0.5.0 → 0.7.0

package/AGENTS.md

@@ -1,142 +1,142 @@
-<!-- CODEGRAPH_START -->
-## CodeGraph
-
-如果仓库根目录存在 `.codegraph/`，在理解或定位代码前优先使用 CodeGraph，再考虑 rg/fd 或手动读文件。
-<!-- CODEGRAPH_END -->
-
-# AGENTS.md
-
-本仓库采用“人类掌舵，智能体执行”的工程方式。目标不是一次性写完所有代码，而是在一个可持续演进、可交接、可验证的系统里做小步增量。
-
-`AGENTS.md` 是地图，不是百科。顶层只保留开工协议、会话协议与文档导航；长期知识、方法论、决策、计划、报告和模板应进入 `docs/`。
-
-## 默认立场
-
-- 仓库是记录系统：决策、契约、计划、测试、报告优先落到仓库，而不是停留在聊天里。
-- 一次只推进一个清晰工作块；主会话按 Orient → Select → Contract → Implement → Verify → Handoff 治理，runtime 真实流程以 `src/workflows/` 为准。
-- 先验证基线，再叠加改动；如果当前基线已坏，优先定位基线问题。
-- 完成定义必须可验证；不能靠删测试、降标准或模糊描述制造“完成”。
-- 搜索先于实现；先查现有代码、文档、脚本、测试，避免重复造轮子或误判系统能力。
-- 在 DAG runtime 中，搜索/侦察是显式节点：标准路径是 Contract → Scout → Plan → Implement → Verify → Closeout/Handoff。
-- init surface、runtime 边界、command registry、skill entry 和架构 import 方向是可机器校验的治理契约；相关细节以 `docs/init-surface.manifest.json`、`docs/architecture/runtime-boundaries.md`、`src/cli/command-definitions.ts`、`skills/loop-agent/` 和 `scripts/check-*.sh` 为准，顶层 `AGENTS.md` 只指路，不重复维护事实源。
-- 本仓库既是 loop-agent 源项目，也是目标项目初始化体验的默认模板；任何新增命令、脚本、文档、skill、模板或发布包内容，都要判断它应由 npm 包内置提供，还是由 `loop-agent init` 投影到目标项目，避免出现“本项目能用、初始化项目缺能力”。
-- 委托模型写入前，必须把写入边界写成结构化 `task.json.allowedPaths` / `task.json.forbiddenPaths`，再审查生成 DAG 的 writer `writeSet`；不要只依赖 `source/执行约束.md` 的自然语言约束。
-- Shell 搜索优先 `rg`，按名找文件优先 `fd`；脚本确为 Bash 脚本时使用 Git Bash 或已配置的兼容 Bash，不要求 Windows 环境适配 POSIX 路径。
-- 用 loop-agent 迭代本仓库时，控制器必须来自已发布的 npm 安装包；首次安装或有意升级可用 `@tea-agent/loop-agent@latest`，但一次自举任务启动后不要中途升级控制器，并记录 `npm list -g @tea-agent/loop-agent --depth=0` 显示的实际版本。不要用当前工作区的 `npm link` 或 `npm run dev` 控制可能改动 CLI、DAG runtime、executor、package metadata 或 build output 的任务。
-- 反复出现的约束要固化为文档、脚本、检查项、测试或模板。
-- 禁止占位实现；除非 contract 明确约定为脚手架且标出后续闭环。
-
-## 开始顺序
-
-改文件前必须先完成：
-
-1. 运行 `pwd`。
-2. 阅读 `README.md`。
-3. 阅读 `harness.json`。
-4. 阅读 `docs/README.md`。
-5. 如果存在 `CONTEXT.md`，阅读项目术语表，避免混用任务源、执行约束、契约、计划等领域概念。
-6. 如果是实现类工作，继续阅读：
-   - `docs/development-principles.md`
-   - `docs/feature-workflow.md`
-   - `docs/verification-matrix.md`
-7. 如果任务涉及命令入口、执行流程、executor、初始化投影、skills、脚本矩阵、发布包范围或治理检查，继续阅读：
-   - `docs/architecture/runtime-boundaries.md`
-   - `docs/loop-agent-harness.md`
-8. 如果任务涉及测试纪律、验证声明或调试，继续阅读：
-   - `docs/harness-methodology-tdd.md`
-   - `docs/harness-methodology-verification.md`
-   - `docs/harness-methodology-debugging.md`
-9. 查看最近提交、相关执行计划、progress/report，确认当前上下文。
-10. 检查 `git status --short --branch`。
-11. 运行本次任务相关的最小基线验证。
-
-## 会话协议
-
-1. Orient：读入口文档、相关专题、最近变更和现有实现。
-2. Select：只选一个清晰工作块；避免把重构、新功能、文档迁移混在一轮里。
-3. Contract：写清本轮交付物、非目标、完成标准、验证方法和失败条件。
-4. Implement：做最小增量实现，同步维护必要文档、脚本和测试。
-5. Verify：优先跑快速反馈，再跑必要的真实路径验证。
-6. Converge Docs：检查 README、AGENTS.md、CHANGELOG.md、docs/README.md、相关治理文档、skills references、website docs、初始化模板和脚本说明是否仍与实际行为一致；只更新与本次变更相关的内容，不做顺手文档迁移。
-7. Handoff：更新 progress/report/plan 中有长期价值的信息，写清风险、剩余项和下一步。
-
-这套会话协议不是 DAG runtime 的节点序列。复杂实现默认采用 Agent DAG；具体节点拓扑、profile routing、writer 选择和 runner 行为以 `docs/feature-workflow.md` 与 `src/workflows/` 为准。主 agent 负责拆任务、写 contract、把允许/禁止路径写入结构化 task config、审查 DAG/writeSet/profile/shell verification、盯验证与 handoff。微小任务或 DAG runtime 自身修复也应优先使用 DAG，或使用 one-shot `pi-prompt` / `cursor-prompt` escape hatch 并记录边界与验证证据。
-
-## 项目地图
-
-- `CONTEXT.md`：项目术语表，定义 loop-agent、任务源、执行约束等领域语言
-- `src/`：loop-agent 运行时代码
-- `test/`：Vitest 测试套件
-- `bin/loop-agent.js`：CLI 可执行入口
-- `skills/`：loop-agent 和 DAG 模板引用的本地 skill 指令与参考资料；`init --profile full` 还会把同一份 skills 镜像到目标项目的 `.agents/skills/`（外部 agent 兼容路径，包内仍只带 `skills/`）。初始化还会向目标项目 `.gitignore` 合并 loop-agent managed block，忽略 `.harness/tasks/*`、`.harness/dag-runs/*`、`.harness/runs/*`、`.harness/init-surface.json`、`.task-pool/`、`.worktrees/` 等运行态事实，但保留 `.harness/prompts/` 和目录占位可共享，不会整目录忽略 `.harness/`。
-- `.harness/`：任务、DAG、run、cache 和 live state 等运行态目录
-- `docs/`：治理文档、计划、报告和模板
-- `website/`：Docusaurus 用户文档站
-- `scripts/`：验证和维护脚本
-
-## 工作规则
-
-- 每次任务只推进一个清晰、有边界的工作块。
-- 保留无关的用户改动，不要回退自己没有做的修改。
-- 优先沿用现有 helper、目录边界和局部模式，再考虑新增抽象。
-- 长期决策写入 `docs/`，不要只留在聊天里。
-- 面向使用者的新增、修改、删除或修复，应同步更新根目录 `CHANGELOG.md`；保持版本级摘要即可，不写过细技术细节。
-- 涉及 `loop-agent init` 或目标项目投影的改动，必须同步考虑目标项目生成物：`AGENTS.md`、`README.md`、`harness.json`、`docs/`、`scripts/`、`skills/`、`.agents/skills/`（skills 镜像）、`.harness/prompts`、`.gitignore`（loop-agent runtime managed block）和 npm 包内置 assets。
-- 涉及初始化能力演化时，按 `docs/init-surface.manifest.json` 与 `scripts/check-init-evolution-needed.sh` 分级处理：小改 advisory，中等 surface-check，高影响才需要模型审查；不要把所有小改动升级成重流程。
-- 通用脚本、skill 和模板可以复制或投影；项目相关 README、验证命令、发布/维护脚本必须基于模板和目标项目真实文件生成，不假定目标项目是 TypeScript、Node、前端、后端或工具项目。
-- 涉及 CLI command、skill entry、runtime boundary、import 方向或发布包范围时，同步更新对应文档、catalog/definition、治理脚本和测试，避免 README、skill reference、CLI help、npm 包内容互相漂移。
-- 完成相关更新后必须做文档收敛：如果 README、AGENTS.md、CHANGELOG.md、docs、skills、website、初始化生成模板或脚本说明不需要更新，应在交接里写明理由。
-- 不提交占位实现。
-- 没有新鲜验证证据时，不声明工作完成。
-- 发现新 bug、技术债或契约漂移时，写回当前 plan、progress 或 report，而不是只在对话里提一句。
-- 涉及 harness 流程变化时，优先把变化落到 `harness.json`、模板、脚本或治理文档，而不是只改提示词。
-
-## 验证
-
-用 `docs/verification-matrix.md` 选择命令。常用门禁：
-
-```bash
-npm run typecheck
-npm test
-npm run build
-node bin/loop-agent.js --help
-bash scripts/check-repo.sh
-bash scripts/ci.sh
-```
-
-Windows 上运行 `scripts/*.sh` 时使用 Git Bash 或已配置的兼容 Bash。CLI、Node 代码、模板和提示词里的实际文件路径必须兼容 macOS 与 Windows：优先使用平台原生临时目录和 `path`/`os.tmpdir()`；仅在 repo 引用、JSON/Markdown 证据引用和 glob 约定中使用 `/` 作为稳定分隔符。
-
-文档站相关变更还需要按范围运行：
-
-```bash
-npm run docs:build
-```
-
-按变更类型补充定向验证：
-
-- 初始化能力或目标项目投影：运行 `test/init-command.test.ts`，并在临时目标项目执行 `loop-agent init --profile full --merge`、`loop-agent init doctor`、`loop-agent inspect`、`loop-agent docs audit` 和目标项目 `bash scripts/check-repo.sh`。
-- init surface 或初始化能力演化：运行 `bash scripts/check-init-evolution-needed.sh` 和 `bash scripts/check-init-surface.sh`；高影响或发布前按需使用 `--strict` 并参考 `skills/init-capability-evolution/` 与 `docs/templates/init-evolution-review.md`。
-- runtime boundary / command registry / skill entry：运行 `bash scripts/check-architecture-boundaries.sh`、`bash scripts/check-command-registry-drift.sh`、`bash scripts/check-skill-entry.sh`，并确保 `bash scripts/check-repo.sh` 覆盖这些检查。
-- 发布包范围：运行 `npm run build`、`node bin/loop-agent.js --help` 和 `npm pack --dry-run`，确认初始化所需静态资料在 package files 中。
-
-## 交接
-
-较大的工作结束时记录：
-
-- 改了什么
-- 为什么这样改
-- 执行过哪些验证命令以及结果
-- 是否影响契约、文档、测试或脚本
-- 剩余风险
-- 后续工作
-
-## 禁止事项
-
-- 不要在未读相关文档的前提下直接大改。
-- 不要一次混合重构、新功能和文档大迁移而没有清晰边界。
-- 不要把仅存在于对话里的约束当作长期知识。
-- 不要在缺少验证的情况下宣称完成。
-- 不要假设系统没有某个能力；先搜索再判断。
-- 不要用 stub、假数据通路或注释承诺替代真正交付。
-- 不要把个人机器的绝对路径写入仓库级 `AGENTS.md`、README、模板或发布包资料；个人工具配置应留在用户级配置或本机会话上下文。
-- 不要只更新 loop-agent 本仓库体验而遗漏目标项目初始化体验；新增能力如果不能通过 npm 内置资料或 `loop-agent init` 到达目标项目，必须写清原因和替代入口。
+<!-- CODEGRAPH_START -->
+## CodeGraph
+
+如果仓库根目录存在 `.codegraph/`，在理解或定位代码前优先使用 CodeGraph，再考虑 rg/fd 或手动读文件。
+<!-- CODEGRAPH_END -->
+
+# AGENTS.md
+
+本仓库采用“人类掌舵，智能体执行”的工程方式。目标不是一次性写完所有代码，而是在一个可持续演进、可交接、可验证的系统里做小步增量。
+
+`AGENTS.md` 是地图，不是百科。顶层只保留开工协议、会话协议与文档导航；长期知识、方法论、决策、计划、报告和模板应进入 `docs/`。
+
+## 默认立场
+
+- 仓库是记录系统：决策、契约、计划、测试、报告优先落到仓库，而不是停留在聊天里。
+- 一次只推进一个清晰工作块；主会话按 Orient → Select → Contract → Implement → Verify → Handoff 治理，runtime 真实流程以 `src/workflows/` 为准。
+- 先验证基线，再叠加改动；如果当前基线已坏，优先定位基线问题。
+- 完成定义必须可验证；不能靠删测试、降标准或模糊描述制造“完成”。
+- 搜索先于实现；先查现有代码、文档、脚本、测试，避免重复造轮子或误判系统能力。
+- 在 DAG runtime 中，搜索/侦察是显式节点：标准路径是 Contract → Scout → Plan → Implement → Verify → Closeout/Handoff。
+- init surface、runtime 边界、command registry、skill entry 和架构 import 方向是可机器校验的治理契约；相关细节以 `docs/init-surface.manifest.json`、`docs/architecture/runtime-boundaries.md`、`src/cli/command-definitions.ts`、`skills/loop-agent/` 和 `scripts/check-*.sh` 为准，顶层 `AGENTS.md` 只指路，不重复维护事实源。
+- 本仓库既是 loop-agent 源项目，也是目标项目初始化体验的默认模板；任何新增命令、脚本、文档、skill、模板或发布包内容，都要判断它应由 npm 包内置提供，还是由 `loop-agent init` 投影到目标项目，避免出现“本项目能用、初始化项目缺能力”。
+- 委托模型写入前，必须把写入边界写成结构化 `task.json.allowedPaths` / `task.json.forbiddenPaths`，再审查生成 DAG 的 writer `writeSet`；不要只依赖 `source/执行约束.md` 的自然语言约束。
+- Shell 搜索优先 `rg`，按名找文件优先 `fd`；脚本确为 Bash 脚本时使用 Git Bash 或已配置的兼容 Bash，不要求 Windows 环境适配 POSIX 路径。
+- 用 loop-agent 迭代本仓库时，控制器必须来自已发布的 npm 安装包；首次安装或有意升级可用 `@tea-agent/loop-agent@latest`，但一次自举任务启动后不要中途升级控制器，并记录 `npm list -g @tea-agent/loop-agent --depth=0` 显示的实际版本。不要用当前工作区的 `npm link` 或 `npm run dev` 控制可能改动 CLI、DAG runtime、executor、package metadata 或 build output 的任务。
+- 反复出现的约束要固化为文档、脚本、检查项、测试或模板。
+- 禁止占位实现；除非 contract 明确约定为脚手架且标出后续闭环。
+
+## 开始顺序
+
+改文件前必须先完成：
+
+1. 运行 `pwd`。
+2. 阅读 `README.md`。
+3. 阅读 `harness.json`。
+4. 阅读 `docs/README.md`。
+5. 如果存在 `CONTEXT.md`，阅读项目术语表，避免混用任务源、执行约束、契约、计划等领域概念。
+6. 如果是实现类工作，继续阅读：
+   - `docs/development-principles.md`
+   - `docs/feature-workflow.md`
+   - `docs/verification-matrix.md`
+7. 如果任务涉及命令入口、执行流程、executor、初始化投影、skills、脚本矩阵、发布包范围或治理检查，继续阅读：
+   - `docs/architecture/runtime-boundaries.md`
+   - `docs/loop-agent-harness.md`
+8. 如果任务涉及测试纪律、验证声明或调试，继续阅读：
+   - `docs/harness-methodology-tdd.md`
+   - `docs/harness-methodology-verification.md`
+   - `docs/harness-methodology-debugging.md`
+9. 查看最近提交、相关执行计划、progress/report，确认当前上下文。
+10. 检查 `git status --short --branch`。
+11. 运行本次任务相关的最小基线验证。
+
+## 会话协议
+
+1. Orient：读入口文档、相关专题、最近变更和现有实现。
+2. Select：只选一个清晰工作块；避免把重构、新功能、文档迁移混在一轮里。
+3. Contract：写清本轮交付物、非目标、完成标准、验证方法和失败条件。
+4. Implement：做最小增量实现，同步维护必要文档、脚本和测试。
+5. Verify：优先跑快速反馈，再跑必要的真实路径验证。
+6. Converge Docs：检查 README、AGENTS.md、CHANGELOG.md、docs/README.md、相关治理文档、skills references、website docs、初始化模板和脚本说明是否仍与实际行为一致；只更新与本次变更相关的内容，不做顺手文档迁移。
+7. Handoff：更新 progress/report/plan 中有长期价值的信息，写清风险、剩余项和下一步。
+
+这套会话协议不是 DAG runtime 的节点序列。复杂实现默认采用 Agent DAG；具体节点拓扑、profile routing、writer 选择和 runner 行为以 `docs/feature-workflow.md` 与 `src/workflows/` 为准。主 agent 负责拆任务、写 contract、把允许/禁止路径写入结构化 task config、审查 DAG/writeSet/profile/shell verification、盯验证与 handoff。微小任务或 DAG runtime 自身修复也应优先使用 DAG，或使用 one-shot `pi-prompt` / `cursor-prompt` escape hatch 并记录边界与验证证据。
+
+## 项目地图
+
+- `CONTEXT.md`：项目术语表，定义 loop-agent、任务源、执行约束等领域语言
+- `src/`：loop-agent 运行时代码
+- `test/`：Vitest 测试套件
+- `bin/loop-agent.js`：CLI 可执行入口
+- `skills/`：loop-agent 和 DAG 模板引用的本地 skill 指令与参考资料；`init --profile full` 还会把同一份 skills 镜像到目标项目的 `.agents/skills/`（外部 agent 兼容路径，包内仍只带 `skills/`）。初始化还会向目标项目 `.gitignore` 合并 loop-agent managed block，忽略 `.harness/tasks/*`、`.harness/dag-runs/*`、`.harness/runs/*`、`.harness/init-surface.json`、`.task-pool/`、`.worktrees/` 等运行态事实，但保留 `.harness/prompts/` 和目录占位可共享，不会整目录忽略 `.harness/`。
+- `.harness/`：任务、DAG、run、cache 和 live state 等运行态目录
+- `docs/`：治理文档、计划、报告和模板
+- `website/`：Docusaurus 用户文档站
+- `scripts/`：验证和维护脚本
+
+## 工作规则
+
+- 每次任务只推进一个清晰、有边界的工作块。
+- 保留无关的用户改动，不要回退自己没有做的修改。
+- 优先沿用现有 helper、目录边界和局部模式，再考虑新增抽象。
+- 长期决策写入 `docs/`，不要只留在聊天里。
+- 面向使用者的新增、修改、删除或修复，应同步更新根目录 `CHANGELOG.md`；保持版本级摘要即可，不写过细技术细节。
+- 涉及 `loop-agent init` 或目标项目投影的改动，必须同步考虑目标项目生成物：`AGENTS.md`、`README.md`、`harness.json`、`docs/`、`scripts/`、`skills/`、`.agents/skills/`（skills 镜像）、`.harness/prompts`、`.gitignore`（loop-agent runtime managed block）和 npm 包内置 assets。
+- 涉及初始化能力演化时，按 `docs/init-surface.manifest.json` 与 `scripts/check-init-evolution-needed.sh` 分级处理：小改 advisory，中等 surface-check，高影响才需要模型审查；不要把所有小改动升级成重流程。
+- 通用脚本、skill 和模板可以复制或投影；项目相关 README、验证命令、发布/维护脚本必须基于模板和目标项目真实文件生成，不假定目标项目是 TypeScript、Node、前端、后端或工具项目。
+- 涉及 CLI command、skill entry、runtime boundary、import 方向或发布包范围时，同步更新对应文档、catalog/definition、治理脚本和测试，避免 README、skill reference、CLI help、npm 包内容互相漂移。
+- 完成相关更新后必须做文档收敛：如果 README、AGENTS.md、CHANGELOG.md、docs、skills、website、初始化生成模板或脚本说明不需要更新，应在交接里写明理由。
+- 不提交占位实现。
+- 没有新鲜验证证据时，不声明工作完成。
+- 发现新 bug、技术债或契约漂移时，写回当前 plan、progress 或 report，而不是只在对话里提一句。
+- 涉及 harness 流程变化时，优先把变化落到 `harness.json`、模板、脚本或治理文档，而不是只改提示词。
+
+## 验证
+
+用 `docs/verification-matrix.md` 选择命令。常用门禁：
+
+```bash
+npm run typecheck
+npm test
+npm run build
+node bin/loop-agent.js --help
+bash scripts/check-repo.sh
+bash scripts/ci.sh
+```
+
+Windows 上运行 `scripts/*.sh` 时使用 Git Bash 或已配置的兼容 Bash。CLI、Node 代码、模板和提示词里的实际文件路径必须兼容 macOS 与 Windows：优先使用平台原生临时目录和 `path`/`os.tmpdir()`；仅在 repo 引用、JSON/Markdown 证据引用和 glob 约定中使用 `/` 作为稳定分隔符。
+
+文档站相关变更还需要按范围运行：
+
+```bash
+npm run docs:build
+```
+
+按变更类型补充定向验证：
+
+- 初始化能力或目标项目投影：运行 `test/init-command.test.ts`，并在临时目标项目执行 `loop-agent init --profile full --merge`、`loop-agent init doctor`、`loop-agent inspect`、`loop-agent docs audit` 和目标项目 `bash scripts/check-repo.sh`。
+- init surface 或初始化能力演化：运行 `bash scripts/check-init-evolution-needed.sh` 和 `bash scripts/check-init-surface.sh`；高影响或发布前按需使用 `--strict` 并参考 `skills/init-capability-evolution/` 与 `docs/templates/init-evolution-review.md`。
+- runtime boundary / command registry / skill entry：运行 `bash scripts/check-architecture-boundaries.sh`、`bash scripts/check-command-registry-drift.sh`、`bash scripts/check-skill-entry.sh`，并确保 `bash scripts/check-repo.sh` 覆盖这些检查。
+- 发布包范围：运行 `npm run build`、`node bin/loop-agent.js --help` 和 `npm pack --dry-run`，确认初始化所需静态资料在 package files 中。
+
+## 交接
+
+较大的工作结束时记录：
+
+- 改了什么
+- 为什么这样改
+- 执行过哪些验证命令以及结果
+- 是否影响契约、文档、测试或脚本
+- 剩余风险
+- 后续工作
+
+## 禁止事项
+
+- 不要在未读相关文档的前提下直接大改。
+- 不要一次混合重构、新功能和文档大迁移而没有清晰边界。
+- 不要把仅存在于对话里的约束当作长期知识。
+- 不要在缺少验证的情况下宣称完成。
+- 不要假设系统没有某个能力；先搜索再判断。
+- 不要用 stub、假数据通路或注释承诺替代真正交付。
+- 不要把个人机器的绝对路径写入仓库级 `AGENTS.md`、README、模板或发布包资料；个人工具配置应留在用户级配置或本机会话上下文。
+- 不要只更新 loop-agent 本仓库体验而遗漏目标项目初始化体验；新增能力如果不能通过 npm 内置资料或 `loop-agent init` 到达目标项目，必须写清原因和替代入口。

package/CHANGELOG.md

@@ -1,98 +1,132 @@
-# 更新日志
-
-这里记录每个版本面向使用者的主要变化。保持简短即可：新增、修改、修复或删除了什么，不需要展开实现细节。
-
-## Unreleased
-
-### 新增
-
-- （暂无）
-
-## [0.5.0] - 2026-07-09
-
-### 新增
-
-- Agent DAG 模型矩阵现由 `harness.json.executors.<pi|cursor>` 驱动：支持 `defaultModel` 与可选 `LOW`/`MED`/`HIGH`（档位优先于 defaultModel，再回退代码默认）。`dag run-task` 生成 `executorModels` 时读取该配置；`--strict-models` 对照 harness 解析结果。
-- `loop-agent init`（full / minimal）现在会在目标项目 `.gitignore` 合并 loop-agent managed block（`# LOOP_AGENT_INIT_START/END`）：忽略 `.harness/tasks/*`、`.harness/dag-runs/*`、`.harness/runs/*`、`.harness/live/`、`.harness/cache/`、`.harness/*.log`、`.harness/init-surface.json`、`.task-pool/`、`.worktrees/` 等个人/会话运行态事实，同时保留 `.harness/prompts/` 和目录占位（`.gitkeep`）可共享。已有 `.gitignore` 时只合并 managed block，不覆盖用户规则；`loop-agent init check-update` 对缺失或过期 block 给出 deterministic `refresh-managed-block`，`update --apply-safe` 可应用；`loop-agent init doctor` 新增 `gitignore loop-agent block` 检查；`docs/init-surface.manifest.json` 登记 `.gitignore`。注意不会整目录忽略 `.harness/`。
-- `loop-agent init --profile full` 现在双写 skills：除了原有的目标项目 `skills/`，还会把同一份 skills 镜像到 `.agents/skills/`（外部 agent 如 OpenCode 的自动发现路径）；`skills/` 仍是 loop-agent runtime 的首选主路径，`--profile minimal` 仍同时跳过两处。DAG skill 解析候选路径增加 `cwd/.agents/skills/<name>/SKILL.md`（位于 `skills/` 之后、发布包内置之前），`init doctor` 额外检查 `.agents/skills/loop-agent/SKILL.md`，`docs/init-surface.manifest.json` 记录 `.agents/skills` 相关 surface。
-
-### 修改
-
-- 废弃顶层 `models` / `modelProfiles` / `modelRouting` 作为 DAG 路由来源：schema 仍兼容旧文件，但默认 `harness.json` 与 `loop-agent init` 新投影不再写出这些字段；`--provider/--model` 改为写入 `executors.pi.defaultModel`。旧目标项目若仍含 `models`，check-update 会将 harness 差异作为 model-merge 任务提示迁移到 `executors`。
-- `loop-agent init` 默认不再向目标项目投影 `executors.cursor`（Cursor 为包开发者可选能力）；仅当目标已有 `executors.cursor` 时保留。
-- 去掉 Pi executor 的无用 `requiresApiKey` 投影；`init check-update` / `update --apply-safe` 可对目标项目安全剥离 `executors.pi.requiresApiKey`，Cursor 的 `requiresApiKey` 仍保留。
-
-## [0.4.0] - 2026-07-09
-
-
-### 新增
-
-- 新增 `agent-worker batch run-ready` 运行时进度反馈：批次启动、每个 task 的 preflight/materialize/dag 生成与校验/run-dag 执行/report 决策阶段会实时打到 stderr，stdout 仍只保留最终 JSON；新增 `--quiet` 选项可关闭进度，解决长任务静默被误判为卡死的问题。
-- 新增 `agent-worker batch run-ready --pi-model <model>` worker 专属 smoke 覆盖：提供时重写生成 DAG 的 `executorModels.pi.{LOW,MED,HIGH}` 全部指向该模型，并对本次 `dag validate` 去掉 `--strict-models`；不改动 `loop-agent` canonical 模型矩阵或 `pi-prompt` 默认模型，典型用于 MED 模型 provider 抽风时让 dogfood smoke 改跑 `gpt-5.3-codex-spark`。
-- 新增 Worker TaskSpec v0.1 schema、`validateTaskSpec` 三层校验、`risk_level` 到 task complexity 的映射 helper，以及 5 个 dogfood TaskSpec 样例；当前仅作为纯库和样例验证，尚未接入 CLI/runtime。
-- 新增 AcceptanceSpec / TaskGraphSpec schema、Feature graph 校验器和 Ready 队列计算，覆盖 dogfood feature 的验收引用、任务文件一致性、未知依赖、环检测与 ready 判定。
-- 新增 business profile 到 loop-agent profile 的确定性映射、独立 `agent-worker` CLI（`task validate` / `task explain-profile`）和 package bin surface。
-- 新增 Worker `LoopAgentClient`、JSON parse failure artifact、repo path resolver 和目标仓库 preflight，覆盖 Ring 0 CLI contract smoke。
-- 新增 Worker TaskSpec materializer，将 TaskSpec 物化为 `.harness` task、回写 path/verify 边界与 coverage-safe source，并覆盖 Ring 1 DAG generate/validate/dry-run smoke。
-- 新增 Worker `runTaskSpec` pipeline、task-local run record、成功/失败分流和 Ring 2 shell-only DAG success/failure smoke；成功 report 后才 promote/closeout，失败 run 生成 report/doctor/closeout-draft evidence。
-- 新增 Worker Task Pool JSONL/state store、failure routing、串行 `agent-worker batch run-ready` 和 `agent-worker report morning`，支持失败 follow-up 建议、workerRunId 重入复用和 missing artifact 报告降级。
-- 新增 Worker preflight 的 `loop-agent --version`、`git status --short --branch` 和可配置 `--check-repo` 检查，并记录一次无 Cursor/Pi 的 TaskSpec 到 morning report dogfood 运行报告。
-
-### 修复
-
-- 修复 Worker batch/materializer 重入幂等、run-error Task Pool evidence/state 持久化、blocked morning report 汇总和 fallback failure routing 标记。
-- 修复 Worker failure closeout draft 写入 `.harness` 被拒的问题，改为写入 `.task-pool/failure-handoffs/`，并将 `.task-pool/` 作为 runtime state 忽略。
-- 修复 Worker 真实模型 DAG 容易被 120s 默认超时误杀的问题：`run-dag` 默认 30 分钟，显式 `TaskSpec.worker.timeout_ms` 最高 2 小时，普通命令仍保持 2 分钟，`check-repo` 保持 5 分钟。
-- 修复 DAG Pi reviewer 使用 `gpt-5.5` 时未显式设置 provider 支持的 thinking level，导致 SDK 默认 `minimal` 被 `wizard-local` 拒绝的问题。
-
-## [0.3.0] - 2026-07-06
-
-### 新增
-
-- 新增 init surface manifest 与 `scripts/check-init-surface.sh`，自动校验 npm 发布包范围和 `loop-agent init --profile full` 对目标项目的关键文件投影。
-- 新增 `init-capability-evolution` skill、init evolution review 模板与 `scripts/check-init-evolution-needed.sh`，按 advisory / surface-check / model-review 三档提示初始化能力是否需要模型审查；默认不阻塞小改动。
-- CLI 新增 `-V, --version` / `--version`，输出当前 package 版本且不要求 repo adapter。
-- 新增 `loop-agent init check-update` 与 `loop-agent init update`，为旧版初始化过的目标项目生成 deterministic actions、model merge tasks、human decisions，并支持 `.harness/init-surface.json` baseline bootstrap 与安全补齐。
-
-## [0.2.1] - 2026-07-06
-
-### 新增
-
-- 文档站结合 `src/` 与 `skills/loop-agent` 补充目标项目初始化、Harness Policy、Task Source 与验证、Loop 与 Sidecar 指南，并扩充 Agent DAG、CLI 与配置参考。
-- 文档站新增 Harness 实践与设计来源资料，收录 Anthropic 长时运行 agent harness、OpenAI Codex harness engineering、腾讯端到端 Harness Engineering 和社区 agent harness 最佳实践，并在 README、治理索引和开发原则中记录其与当前治理思想的关系。
-- 新增 Production Readiness v0.1 治理标准、生产就绪 checklist 模板，以及 2026-07-06 到 2026-07-12 的生产可用硬化 sprint 执行计划，明确低/中风险单 repo DAG 任务的支持范围、非目标、证据要求、失败分类和最终验证门禁。
-- 新增 DAG production-readiness hardening：`dag validate` / `run-dag` 输出下一步指引，`dag report` 暴露 product-line failure routing 与 Operator Next Steps，`dag doctor --run-id --markdown` 输出失败诊断，failed `dag closeout-draft` 生成 Failure Handoff。
-- `dag run-task`、`dag validate`、`run-dag` 的 JSON 输出新增稳定 `message` summary；`dag validate` 额外输出 write set 与 decision gate check 摘要。
-- Dynamic Workflow node 现在可声明 `skills`，编译到 DAG 时会保留到对应 task、动态展开 child task 与 loop body task。
-- 新增 repo-local vetted skill registry、首批 role skill wrappers，以及 opt-in `dag validate --strict-skills` audit gate。
-
-### 修改
-
-- 更新本仓库与目标项目初始化后的 `AGENTS.md` 工作协议，新增文档收敛步骤、结构化 DAG 写入边界要求，以及 runtime boundary / command registry / skill entry / 发布包范围的定向验证指引。
-- `loop-agent init` 生成的目标项目 `AGENTS.md` 同步包含文档收敛、`task.json.allowedPaths` / `task.json.forbiddenPaths`、DAG 失败诊断与 failure handoff 规则，目标项目文档也会显式导出 production readiness checklist、`dag report`、`dag doctor --run-id --markdown` 和失败 run 的 `dag closeout-draft`。
-
-### 修复
-
-- 修复 `check-harness-runtime-clean.sh` 与 CLI contract 集成测试在 full-suite 负载下可能因默认 5s Vitest timeout 超时的问题，保留真实 shell/CLI 检查和断言。
-
-## [0.2.0] - 2026-07-05
-
-### 新增
-
-- 新增 `loop-agent init` 初始化目标项目，包含模型指引输出、merge 初始化、初始化体检、repo-local skills 投影、语言无关治理脚本矩阵、runtime boundary 文档、skill entry/architecture boundary 检查和目标项目版治理文档；根 README 默认生成中文项目入口，并以 managed block 合并已有 README；模型执行初始化时必须在同一轮自动完成项目识别、README/验证矩阵适配和体检闭环；`examples` 改为工具内置查看/按需复制，不在初始化时默认写入目标仓库。
-
-### 修改
-
-- `harness.json` 支持以 `adapter: "loop-agent"` 与真实项目名分离，目标项目无需把 `project` 写成 `loop-agent` 才能使用默认 adapter。
-- README 重组为兼容 npm/GitHub 展示和本仓库迭代导航的入口，明确区分快速开始、目标项目初始化、任务运行、核心概念、本仓库开发和发布包内容，并补充新项目初始化时可直接交给模型执行的提示词。
-
-### 修复
-
-- npm 发布包范围纳入 `docs/architecture/runtime-boundaries.md`，确保 runtime boundary 治理文档与 0.2.0 包一起发布。
-- Cursor DAG worker 在构建产物中使用 `.js` worker 入口且不依赖 `tsx`，避免发布包/本地 build 运行 Cursor 节点时先因 worker 入口解析失败。
-
-## [0.1.0] - 已发布
-
-### 新增
-
-- 初始发布：Agent DAG 生成/校验/执行、loop-agent harness 治理入口与基础 CLI。
+# 更新日志
+
+这里记录每个版本面向使用者的主要变化。保持简短即可：新增、修改、修复或删除了什么，不需要展开实现细节。
+
+## [Unreleased]
+
+## [0.7.0] - 2026-07-11
+
+### 新增
+
+- TaskSpec 新增可选 `capabilities: [interactive-ui]`：在不改变 `risk_level` / governance profile 的前提下，仅将 implement/repair writer 路由到 HIGH canonical model，并注入真实 UI component、integration 与 DOM interaction test 交付契约。
+- Round-2 FE dogfood 新增真实 React/ReactDOM + Testing Library/user-event/jsdom fixture、AC-FE-001 DOM 验收，以及 prompt-only MED / default-prompt HIGH / UI-prompt HIGH 的 A/B/C DAG 变体生成脚本与实验记录模板。
+- dogfood Feature `F-2026-001` 新增第二个前端任务 `FE-002`（frontend session store，独立于 FE-001）与对应验收项 `AC-FE-002`，补齐“第二个 FE”覆盖。
+
+### 修复
+
+- 修复 `scripts-local/setup-drill-round1.sh` 在 `.task-pool/` 已忽略时仍尝试提交 state、覆盖 init 生成的 `.gitignore` managed block、依赖版本漂移及危险目标路径缺少保护的问题。
+- 新增首轮夜间演练报告 `docs/reports/2026-07-10-nightly-drill-round-1.md`：记录 0.6.0 已发布控制器下的 batch/晨报/决策闭环、review-gated 失败与人工接管证据。
+- 新增可复现演练目标仓库 setup 脚本 `scripts-local/setup-drill-round1.sh`。
+
+## [0.6.0] - 2026-07-10
+
+### 新增
+
+- Observe UI 中文化：Dashboard 默认突出进行中的 DAG runs（进度、当前节点、已用时），补充 DAG 元信息（title/startedAt/finishedAt/ranks/节点 outputPreview）与 Rank 泳道详情；read-model 只增字段，保持 local-only 只读。
+- Pi SDK DAG 节点在运行中 best-effort 追加 `session-events.jsonl` 至 `.harness/dag-runs/.../<nodeId>/`（过程事件落盘，写失败不影响节点成败；CLI 后端无过程日志）。
+- Observe DAG 详情新增过程时间线：GET `/api/dag-runs/:id/nodes/:nodeId/session-events?after=N` 尾读 `session-events.jsonl`，UI 每 2s 轮询展示工具/助手过程事件（中文标签）。
+- 文档站同步 Observe 指南：`website/docs/guides/observe-ui.md`，并更新 intro / CLI / Agent DAG / 安装与首次运行入口。
+- 新增 `loop-agent import-prd <task-id> --file <path>`：把用户原始 PRD 原样复制到 `source/references/`，写入 `source-manifest.json` 与 `task.json.referenceDocs`，避免 AI 直接改写权威需求。
+- `dag run-task` / hybrid source 加载时会物化 `task.json.referenceDocs` 到 `source/references/`；source 超 2000 字符时仍截断进 prompt，但会保留完整源路径引用（如 `source/需求.md` / `source/references/...`），禁止静默丢弃尾部且不凭空补全。
+- DAG objective / successCriteria 提取兼容 `目标/完成标准/Acceptance References` 等常见标题，并跳过 TaskSpec 元数据行。
+- Worker materialize 生成的 `source/需求.md` 现在带权威声明、`source/references` 路径与 hash 追溯，并把 `acceptance_refs` 展开为短摘要（不再只剩 AC ID）；review-gated/supervised 的 `review-pi` 强制三方对照 references + 派生契约 + 实现。
+
+### 修复
+
+- 修复 GitHub Actions governance job 未安装 `ripgrep`，导致依赖 `rg` 的仓库治理检查失败并跳过 test job 的问题。
+- 修复 Observe UI 历史 worker run 详情 404、未校验 event route identifier 造成的 scoped event path traversal，以及失败的 doctor/closeout evidence step 被错误显示为成功的问题。
+- 修复 Worker provider/executor 配置失败被误导为 `SpecUnclear` 的路由：已知 provider、model、executor、凭证与 thinking-level 配置错误现在归为 `EnvFailure`，并保留原始 DAG/runner 事实。
+
+### 新增
+
+- 新增 `agent-worker observe` 本地只读可观测 UI：`observe serve` 启动 127.0.0.1 只读 HTTP server（REST + SSE），`observe snapshot` 输出全局快照 JSON；提供 Dashboard / Batch Detail / Run Detail / DAG Detail / Failure Inbox 五个静态视图，可实时查看 batch/task/step/command 进展、stdout/stderr tail、DAG node 状态与失败 report/doctor/handoff 链接。底层为结构化事件流（`.task-pool/observability/`）、`LoopAgentClient` 流式输出与 heartbeat、`loop-agent run-dag --events-jsonl` DAG node 级事件，以及 stale/quiet/timeout-risk liveness 诊断。仅读取运行事实，不提供写操作。
+- 新增 `agent-worker task retry <task-id> --repo <repo>`：仅将 `Failed` Task Pool state 显式 requeue，保留失败运行历史和 handoff，并保证下一次 batch 使用新的 `workerRunId`。`src/worker/**` 同时进入架构边界硬检查，禁止 in-process import CLI、commands 或 application。
+
+## [0.5.0] - 2026-07-09
+
+### 新增
+
+- Agent DAG 模型矩阵现由 `harness.json.executors.<pi|cursor>` 驱动：支持 `defaultModel` 与可选 `LOW`/`MED`/`HIGH`（档位优先于 defaultModel，再回退代码默认）。`dag run-task` 生成 `executorModels` 时读取该配置；`--strict-models` 对照 harness 解析结果。
+- `loop-agent init`（full / minimal）现在会在目标项目 `.gitignore` 合并 loop-agent managed block（`# LOOP_AGENT_INIT_START/END`）：忽略 `.harness/tasks/*`、`.harness/dag-runs/*`、`.harness/runs/*`、`.harness/live/`、`.harness/cache/`、`.harness/*.log`、`.harness/init-surface.json`、`.task-pool/`、`.worktrees/` 等个人/会话运行态事实，同时保留 `.harness/prompts/` 和目录占位（`.gitkeep`）可共享。已有 `.gitignore` 时只合并 managed block，不覆盖用户规则；`loop-agent init check-update` 对缺失或过期 block 给出 deterministic `refresh-managed-block`，`update --apply-safe` 可应用；`loop-agent init doctor` 新增 `gitignore loop-agent block` 检查；`docs/init-surface.manifest.json` 登记 `.gitignore`。注意不会整目录忽略 `.harness/`。
+- `loop-agent init --profile full` 现在双写 skills：除了原有的目标项目 `skills/`，还会把同一份 skills 镜像到 `.agents/skills/`（外部 agent 如 OpenCode 的自动发现路径）；`skills/` 仍是 loop-agent runtime 的首选主路径，`--profile minimal` 仍同时跳过两处。DAG skill 解析候选路径增加 `cwd/.agents/skills/<name>/SKILL.md`（位于 `skills/` 之后、发布包内置之前），`init doctor` 额外检查 `.agents/skills/loop-agent/SKILL.md`，`docs/init-surface.manifest.json` 记录 `.agents/skills` 相关 surface。
+
+### 修改
+
+- 废弃顶层 `models` / `modelProfiles` / `modelRouting` 作为 DAG 路由来源：schema 仍兼容旧文件，但默认 `harness.json` 与 `loop-agent init` 新投影不再写出这些字段；`--provider/--model` 改为写入 `executors.pi.defaultModel`。旧目标项目若仍含 `models`，check-update 会将 harness 差异作为 model-merge 任务提示迁移到 `executors`。
+- `loop-agent init` 默认不再向目标项目投影 `executors.cursor`（Cursor 为包开发者可选能力）；仅当目标已有 `executors.cursor` 时保留。
+- 去掉 Pi executor 的无用 `requiresApiKey` 投影；`init check-update` / `update --apply-safe` 可对目标项目安全剥离 `executors.pi.requiresApiKey`，Cursor 的 `requiresApiKey` 仍保留。
+
+## [0.4.0] - 2026-07-09
+
+### 新增
+
+- 新增 `agent-worker batch run-ready` 运行时进度反馈：批次启动、每个 task 的 preflight/materialize/dag 生成与校验/run-dag 执行/report 决策阶段会实时打到 stderr，stdout 仍只保留最终 JSON；新增 `--quiet` 选项可关闭进度，解决长任务静默被误判为卡死的问题。
+- 新增 `agent-worker batch run-ready --pi-model <model>` worker 专属 smoke 覆盖：提供时重写生成 DAG 的 `executorModels.pi.{LOW,MED,HIGH}` 全部指向该模型，并对本次 `dag validate` 去掉 `--strict-models`；不改动 `loop-agent` canonical 模型矩阵或 `pi-prompt` 默认模型，典型用于 MED 模型 provider 抽风时让 dogfood smoke 改跑 `gpt-5.3-codex-spark`。
+- 新增 Worker TaskSpec v0.1 schema、`validateTaskSpec` 三层校验、`risk_level` 到 task complexity 的映射 helper，以及 5 个 dogfood TaskSpec 样例；当前仅作为纯库和样例验证，尚未接入 CLI/runtime。
+- 新增 AcceptanceSpec / TaskGraphSpec schema、Feature graph 校验器和 Ready 队列计算，覆盖 dogfood feature 的验收引用、任务文件一致性、未知依赖、环检测与 ready 判定。
+- 新增 business profile 到 loop-agent profile 的确定性映射、独立 `agent-worker` CLI（`task validate` / `task explain-profile`）和 package bin surface。
+- 新增 Worker `LoopAgentClient`、JSON parse failure artifact、repo path resolver 和目标仓库 preflight，覆盖 Ring 0 CLI contract smoke。
+- 新增 Worker TaskSpec materializer，将 TaskSpec 物化为 `.harness` task、回写 path/verify 边界与 coverage-safe source，并覆盖 Ring 1 DAG generate/validate/dry-run smoke。
+- 新增 Worker `runTaskSpec` pipeline、task-local run record、成功/失败分流和 Ring 2 shell-only DAG success/failure smoke；成功 report 后才 promote/closeout，失败 run 生成 report/doctor/closeout-draft evidence。
+- 新增 Worker Task Pool JSONL/state store、failure routing、串行 `agent-worker batch run-ready` 和 `agent-worker report morning`，支持失败 follow-up 建议、workerRunId 重入复用和 missing artifact 报告降级。
+- 新增 Worker preflight 的 `loop-agent --version`、`git status --short --branch` 和可配置 `--check-repo` 检查，并记录一次无 Cursor/Pi 的 TaskSpec 到 morning report dogfood 运行报告。
+
+### 修复
+
+- 修复 observe UI 的真实事件路由、重复 task 历史运行、DAG/Failure Inbox 路由、失败与命令 artifact 链接、liveness 判定和 DAG 事件元数据；同时强制 server 仅绑定 loopback，并限制 artifact API 只读取已知运行产物目录。
+- 修复 Worker batch/materializer 重入幂等、run-error Task Pool evidence/state 持久化、blocked morning report 汇总和 fallback failure routing 标记。
+- 修复 Worker failure closeout draft 写入 `.harness` 被拒的问题，改为写入 `.task-pool/failure-handoffs/`，并将 `.task-pool/` 作为 runtime state 忽略。
+- 修复 Worker 真实模型 DAG 容易被 120s 默认超时误杀的问题：`run-dag` 默认 30 分钟，显式 `TaskSpec.worker.timeout_ms` 最高 2 小时，普通命令仍保持 2 分钟，`check-repo` 保持 5 分钟。
+- 修复 DAG Pi reviewer 使用 `gpt-5.5` 时未显式设置 provider 支持的 thinking level，导致 SDK 默认 `minimal` 被 `wizard-local` 拒绝的问题。
+
+## [0.3.0] - 2026-07-06
+
+### 新增
+
+- 新增 init surface manifest 与 `scripts/check-init-surface.sh`，自动校验 npm 发布包范围和 `loop-agent init --profile full` 对目标项目的关键文件投影。
+- 新增 `init-capability-evolution` skill、init evolution review 模板与 `scripts/check-init-evolution-needed.sh`，按 advisory / surface-check / model-review 三档提示初始化能力是否需要模型审查；默认不阻塞小改动。
+- CLI 新增 `-V, --version` / `--version`，输出当前 package 版本且不要求 repo adapter。
+- 新增 `loop-agent init check-update` 与 `loop-agent init update`，为旧版初始化过的目标项目生成 deterministic actions、model merge tasks、human decisions，并支持 `.harness/init-surface.json` baseline bootstrap 与安全补齐。
+
+## [0.2.1] - 2026-07-06
+
+### 新增
+
+- 文档站结合 `src/` 与 `skills/loop-agent` 补充目标项目初始化、Harness Policy、Task Source 与验证、Loop 与 Sidecar 指南，并扩充 Agent DAG、CLI 与配置参考。
+- 文档站新增 Harness 实践与设计来源资料，收录 Anthropic 长时运行 agent harness、OpenAI Codex harness engineering、腾讯端到端 Harness Engineering 和社区 agent harness 最佳实践，并在 README、治理索引和开发原则中记录其与当前治理思想的关系。
+- 新增 Production Readiness v0.1 治理标准、生产就绪 checklist 模板，以及 2026-07-06 到 2026-07-12 的生产可用硬化 sprint 执行计划，明确低/中风险单 repo DAG 任务的支持范围、非目标、证据要求、失败分类和最终验证门禁。
+- 新增 DAG production-readiness hardening：`dag validate` / `run-dag` 输出下一步指引，`dag report` 暴露 product-line failure routing 与 Operator Next Steps，`dag doctor --run-id --markdown` 输出失败诊断，failed `dag closeout-draft` 生成 Failure Handoff。
+- `dag run-task`、`dag validate`、`run-dag` 的 JSON 输出新增稳定 `message` summary；`dag validate` 额外输出 write set 与 decision gate check 摘要。
+- Dynamic Workflow node 现在可声明 `skills`，编译到 DAG 时会保留到对应 task、动态展开 child task 与 loop body task。
+- 新增 repo-local vetted skill registry、首批 role skill wrappers，以及 opt-in `dag validate --strict-skills` audit gate。
+
+### 修改
+
+- 更新本仓库与目标项目初始化后的 `AGENTS.md` 工作协议，新增文档收敛步骤、结构化 DAG 写入边界要求，以及 runtime boundary / command registry / skill entry / 发布包范围的定向验证指引。
+- `loop-agent init` 生成的目标项目 `AGENTS.md` 同步包含文档收敛、`task.json.allowedPaths` / `task.json.forbiddenPaths`、DAG 失败诊断与 failure handoff 规则，目标项目文档也会显式导出 production readiness checklist、`dag report`、`dag doctor --run-id --markdown` 和失败 run 的 `dag closeout-draft`。
+
+### 修复
+
+- 修复 `check-harness-runtime-clean.sh` 与 CLI contract 集成测试在 full-suite 负载下可能因默认 5s Vitest timeout 超时的问题，保留真实 shell/CLI 检查和断言。
+
+## [0.2.0] - 2026-07-05
+
+### 新增
+
+- 新增 `loop-agent init` 初始化目标项目，包含模型指引输出、merge 初始化、初始化体检、repo-local skills 投影、语言无关治理脚本矩阵、runtime boundary 文档、skill entry/architecture boundary 检查和目标项目版治理文档；根 README 默认生成中文项目入口，并以 managed block 合并已有 README；模型执行初始化时必须在同一轮自动完成项目识别、README/验证矩阵适配和体检闭环；`examples` 改为工具内置查看/按需复制，不在初始化时默认写入目标仓库。
+
+### 修改
+
+- `harness.json` 支持以 `adapter: "loop-agent"` 与真实项目名分离，目标项目无需把 `project` 写成 `loop-agent` 才能使用默认 adapter。
+- README 重组为兼容 npm/GitHub 展示和本仓库迭代导航的入口，明确区分快速开始、目标项目初始化、任务运行、核心概念、本仓库开发和发布包内容，并补充新项目初始化时可直接交给模型执行的提示词。
+
+### 修复
+
+- npm 发布包范围纳入 `docs/architecture/runtime-boundaries.md`，确保 runtime boundary 治理文档与 0.2.0 包一起发布。
+- Cursor DAG worker 在构建产物中使用 `.js` worker 入口且不依赖 `tsx`，避免发布包/本地 build 运行 Cursor 节点时先因 worker 入口解析失败。
+
+## [0.1.0] - 已发布
+
+### 新增
+
+- 初始发布：Agent DAG 生成/校验/执行、loop-agent harness 治理入口与基础 CLI。