cruldra
518d471b7a
头脑风暴、实施、审查三套提示词引用的 /ecc:plan-prd、grill-me、 /ecc:tdd-workflow、/review 在 ECC 2.2.15 里都不存在，会话拿到的是一 条无效命令。审查提示词里的 /ecc:review-pr 走 gh，对 Gitea 不可用。 改为 ECC 实际链路：/ecc:grilling 讨论、/ecc:spec 出设计文档、 /ecc:plan 出计划、/ecc:tdd 实施，审查直接派 ecc:code-reviewer 等子代 理审 git diff。文档路径随 ECC 约定改成 .claude/specs/<stem>.md 与 .claude/plans/<stem>.md，stem 两者共用，不再带 .prd.md / .plan.md 后 缀；deriveSlug 相应改成取文件名 stem，通用文件名才退回目录名。 Claude-Session: https://claude.ai/code/session_01REdhpbaNyqWASF2HWsnTFv
1.5 KiB
1.5 KiB
/ecc:tdd @{planFile}
按计划实施 {issueNumber} 号工单：具体编码派子代理去做，全程保持测试绿灯。计划里的验证命令只当意图，落地时用仓库自己的 test / lint / typecheck 命令。提 PR 前先自审并修掉严重问题：把 git diff origin/main...HEAD 交给 ecc:code-reviewer 子代理（/ecc:code-review 的本地模式只看未提交改动，提交过就看不到了）。发起 PR 时务必在 PR body 中包含 "Closes #{issueNumber}"。
严禁合并 PR：你的职责只到发起 PR 为止，后续审查反馈到了请继续修复并 push，永远不要执行 tea pulls merge 或任何合并操作。
数据库迁移（alembic）
多个 feature worktree 共用同一台 dev DB（192.168.1.4:5433）。任何 worktree 直接在共享库上跑迁移，都会让别的分支 alembic upgrade 崩（DB 里记着的 revision 在对方代码里不存在）。所以本会话：
- 只用
uv run alembic revision --autogenerate -m "..."生成迁移文件，绝不手写 revision 文件。 - 生成后立即
git add提交迁移文件，纳入 PR。 - 绝不对共享 dev DB（
192.168.1.4:5433）或 prod 执行alembic upgrade/downgrade等任何改库命令。 - 需要运行时验证迁移，就起一个一次性独立库（本地 docker postgres 或唯一命名的 scratch 库），在它上面 upgrade，验证完即丢弃，不要留痕。
- 共享 dev DB 与 prod 的迁移合并后由用户统一执行，时机由用户决定。