Add documentation for the three-stage development workflow and CLI management strategy; create a new notes file for additional insights.

AI-RD-Workflow/40-workflows/trellis-matt/CN/AGENTS.md

@@ -49,7 +49,7 @@
 
 - Trellis 只管理 task 状态、planning artifacts、research、checkpoint、跨会话恢复和 archive。
 - Matt 只提供当前阶段的工程方法；一个阶段只保留一个 method owner。
-- Phase 1 不使用 `trellis-brainstorm`：主会话先基于证据形成 task artifacts，再用 `grill-with-docs` review spec。
+- Phase 1 不使用 `trellis-brainstorm`：主会话先基于证据形成 task artifacts。普通 task 用 `grill-with-docs` review spec；已绑定并审批过的 Feishu Spec/Tickets 先做 source snapshot 一致性检查，只对 task 新增的 decision-bearing delta 使用 `grill-with-docs`。
 - Phase 2 不使用原生 `trellis-implement`：由 `trellis-matt-implement` sub-agent 按已记录的 `standard|tdd` mode 执行；agent 不可用时由主会话按同一 mode fallback。
 - Trellis 详细 phase、breadcrumb、恢复和归档命令以项目 `.trellis/workflow.md` 为准。
 - 简单工作不建 task；项目没有 `.trellis/` 时不主动初始化，除非用户明确要求长期记录或初始化。
@@ -58,9 +58,11 @@
 
 - Trellis task 的 `prd.md`、条件性的 `design.md` 和 `implement.md` 是 task-level spec source of truth。
 - Planning artifacts 初稿应来自代码、测试、配置、文档和 task history 等证据。
+- Feishu-bound task 的 Wiki Spec/Base Tickets 继续拥有产品需求、验收和关系事实；Trellis artifacts 只是执行 snapshot 与 task-local planning，不得成为第二份业务 Spec。
 - 每个 Trellis implementation task 在 `prd.md` 的 `Testing Strategy` 记录 `Implementation Mode: standard|tdd`；默认 `standard`。
 - 用户要求 `/tdd`、test-first、red-green-refactor、integration tests 或 reviewed spec 明确要求 TDD 时记录 `tdd`，并在进入执行前确认公开测试 seam。
-- 使用 `grill-with-docs` 逐项 review 产品、范围、UX、兼容、风险、验收和关键设计决策。
+- 未绑定外部已审批 Spec 时，使用 `grill-with-docs` 逐项 review 产品、范围、UX、兼容、风险、验收和关键设计决策。
+- Feishu-bound task 若 snapshot 与已审批来源一致且没有新增决策，只做机械一致性检查；若 task-local planning 新增兼容、迁移、rollout/rollback、安全或执行顺序等决策，只 review delta；若改变产品需求、验收、Ticket 身份或 blocker 语义，先回写并重新批准 owning Feishu artifact。
 - 一次只问一个问题；先查环境事实，只把真正属于用户的决策交给用户。
 - 每个答案确认后立即同步回 owning Trellis artifact。
 - `CONTEXT.md` 只保存稳定领域术语；ADR 只保存难以逆转、反直觉且经过真实取舍的决策，不复制 task spec。