🐛 fix(vscode): 提示词对齐 ECC 实际命令,需求文档改走 specs 布局
头脑风暴、实施、审查三套提示词引用的 /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
This commit is contained in:
1 parent
ef0750b4ef
commit
518d471b7a
11 files changed
+60
-58
No files matched your search
+6
-6
@@ -17,8 +17,8 @@
|
||||
+ feature 分支 测试会话可随时开
|
||||
```
|
||||
|
||||
1. **新建工单**:待办列头的 `+` → 写需求(可粘贴截图)→ 开一个 `claude` 头脑风暴会话,它用 `spx issue create` 建工单,再经 `/ecc:plan-prd` + `/ecc:plan` 写出 PRD / 计划并回填两者路径。
|
||||
2. **实施**:把卡拖到「进行中」(或点计划文件行的 ▶)。插件创建 `feature/<slug>` 分支 + git worktree,在里面开 `issue-N-实施` 终端并发实施 prompt,实施方对计划跑 `/ecc:tdd-workflow`,在 PR body 里写 `Closes #N`。
|
||||
1. **新建工单**:待办列头的 `+` → 写需求(可粘贴截图)→ 开一个 `claude` 头脑风暴会话,它用 `spx issue create` 建工单,再经 `/ecc:grilling` + `/ecc:spec` + `/ecc:plan` 写出设计文档 / 计划并回填两者路径。
|
||||
2. **实施**:把卡拖到「进行中」(或点计划文件行的 ▶)。插件创建 `feature/<slug>` 分支 + git worktree,在里面开 `issue-N-实施` 终端并发实施 prompt,实施方对计划跑 `/ecc:tdd`,在 PR body 里写 `Closes #N`。
|
||||
3. **审查**:PR opened / synchronize 的 webhook 到达后,插件自动开 `issue-N-审查`(codex);审查意见通过 `spx pr review-comment` 发到 PR,webhook 再把意见注入实施终端形成闭环。
|
||||
4. **测试**:工单面板里 ▶ 开 `issue-N-测试` 会话(`/pr-acceptance-testing`)。
|
||||
5. **完成**:拖到「完成」列。有 PR 就由插件合并(冲突时开 `issue-N-冲突解决` 会话,解决后再拖一次),然后关工单、把会话记录拷回主仓库、删 worktree、删 feature 分支。
|
||||
@@ -41,7 +41,7 @@
|
||||
|---|---|
|
||||
| `git` | worktree、分支、fetch / merge |
|
||||
| `claude` | 规划、实施、测试、冲突解决、提交、PR 摘要(找不到时会提示常见位置 `~/.local/bin`) |
|
||||
| ECC 插件(`ecc@ecc`) | Claude Code 插件,头脑风暴 / 实施会话用它的 `/ecc:plan-prd` `/ecc:plan` `/ecc:tdd-workflow` `/ecc:code-review` |
|
||||
| ECC 插件(`ecc@ecc`) | Claude Code 插件,头脑风暴 / 实施会话用它的 `/ecc:grilling` `/ecc:spec` `/ecc:plan` `/ecc:tdd` 和审查子代理 |
|
||||
| `codex` | 审查会话(开启自动审查时必需) |
|
||||
| `tea` | `spx` 从 `~/.config/tea/config.yml` 读取 Gitea host + token;审查 prompt 也用 `tea pulls` 看 PR |
|
||||
| `spx` | 本仓库 `cli/` 里的 Go CLI,见下文 |
|
||||
@@ -172,8 +172,8 @@ prompts 在 `prompts/*.md`,随 VSIX 一起安装,改完即生效,也可在
|
||||
## 工作区约定
|
||||
|
||||
```
|
||||
.claude/prds/<slug>.prd.md # PRD,即工单的 spec marker
|
||||
.claude/plans/<slug>.plan.md # 实施计划,即 plan marker
|
||||
.claude/specs/<stem>.md # 设计文档,即工单的 spec marker
|
||||
.claude/plans/<stem>.md # 实施计划,即 plan marker
|
||||
docs/pr-diff/pr-<pr>-issue-<n>.md # PR 变更摘要
|
||||
.spx/profiles.json # Profile tab
|
||||
.spx/session-names.json # 会话 tab
|
||||
@@ -184,7 +184,7 @@ docs/pr-diff/pr-<pr>-issue-<n>.md # PR 变更摘要
|
||||
.spx/*.sh # 钩子脚本
|
||||
```
|
||||
|
||||
实施分支名 `feature/<slug>`,slug 取 plan 路径里 `plans/` 后的一段(去掉 `.plan.md`)。
|
||||
实施分支名 `feature/<slug>`,slug 取计划文件名的 stem(`.claude/plans/<stem>.md` 里的 stem),与设计文档同名。
|
||||
|
||||
## 开发
|
||||
|
||||
|
||||
Reference in new issue
Block a user