✨ feat(workflow): adopt Matt Pocock ticket workflow
Replace the Superpowers plan pipeline with grill-with-docs, specs, local tickets, and ticket-native execution. BREAKING CHANGE: Remove the legacy Plan CLI, prompt templates, and Superpowers skills.
This commit is contained in:
+21
-24
@@ -9,35 +9,32 @@
|
||||
|
||||
## 一方 Skills
|
||||
|
||||
| Skill | 作用 | 典型场景 |
|
||||
| ------------------------ | ----------------------------------------------------------------------------------- | --------------------------------------------------------------------- |
|
||||
| `commit-message` | 根据 staged diff 生成符合仓库规范的提交信息，并判断是否应拆分提交 | 写 commit message、检查 staged 改动是否适合一个提交 |
|
||||
| `gitea-fix-ci` | 基于 Gitea Actions run/job/log 诊断失败 CI，先形成修复计划再改代码；含 `fetch_ci_logs.py` 取证脚本 | Gitea PR checks 失败、远端 CI 红但本地需要定位 |
|
||||
| `tsl-syntax-reference` | 查询 TSL 语法条目，验证具体写法和错误边界；不负责 API、命名、风格、工具链或模块集成 | 写/改/审 TSL 时确认语言结构、表达式、控制流、对象模型和语法限制 |
|
||||
| `tsl-api-reference` | 查询随 skill 分发的 TSL API 参考：按名精确查条目，或按中文关键词发现候选 | 写/审 TSL 时确认 builtin、dotnet、模块 API 的签名、参数、返回值和示例 |
|
||||
| Skill | 作用 | 典型场景 |
|
||||
| ---------------------- | -------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------- |
|
||||
| `commit-message` | 根据 staged diff 生成符合仓库规范的提交信息，并判断是否应拆分提交 | 写 commit message、检查 staged 改动是否适合一个提交 |
|
||||
| `gitea-fix-ci` | 基于 Gitea Actions run/job/log 诊断失败 CI，先形成修复计划再改代码；含 `fetch_ci_logs.py` 取证脚本 | Gitea PR checks 失败、远端 CI 红但本地需要定位 |
|
||||
| `tsl-syntax-reference` | 查询 TSL 语法条目，验证具体写法和错误边界；不负责 API、命名、风格、工具链或模块集成 | 写/改/审 TSL 时确认语言结构、表达式、控制流、对象模型和语法限制 |
|
||||
| `tsl-api-reference` | 查询随 skill 分发的 TSL API 参考：按名精确查条目，或按中文关键词发现候选 | 写/审 TSL 时确认 builtin、dotnet、模块 API 的签名、参数、返回值和示例 |
|
||||
|
||||
## 第三方 Skills
|
||||
|
||||
### Superpowers Workflow Suite
|
||||
### Matt Pocock Engineering Workflow
|
||||
|
||||
这些 skill 来自 `superpowers`，主要提供计划、执行、调试、验证和审查工作流。
|
||||
正式工程主链来自 `mattpocock/skills`，使用本地 Markdown tracker 和 ticket DAG。
|
||||
|
||||
| Skill | 作用 |
|
||||
| -------------------------------- | ------------------------------------------------ |
|
||||
| `using-superpowers` | 会话开始时判断并加载适用 skill |
|
||||
| `brainstorming` | 需求澄清、方案讨论、设计文档产出 |
|
||||
| `writing-plans` | 把设计或需求拆成可执行 implementation plan |
|
||||
| `executing-plans` | 按已写好的 plan 执行任务 |
|
||||
| `subagent-driven-development` | 用子 agent 按任务执行、审查和迭代 plan |
|
||||
| `dispatching-parallel-agents` | 多个互不依赖问题并行分派 |
|
||||
| `using-git-worktrees` | 需要隔离工作区时创建或使用 git worktree |
|
||||
| `finishing-a-development-branch` | 开发分支完成后的合并、PR、保留或丢弃流程 |
|
||||
| `test-driven-development` | 新功能、bugfix、重构前的 TDD 流程 |
|
||||
| `systematic-debugging` | bug、测试失败、异常行为的根因定位流程 |
|
||||
| `verification-before-completion` | 声称完成、修复或通过前的验证门禁 |
|
||||
| `requesting-code-review` | 主动请求代码审查，通常用于任务完成或合并前 |
|
||||
| `receiving-code-review` | 处理别人给出的 review 意见，判断采纳、反驳或澄清 |
|
||||
| `writing-skills` | 创建、修改或验证 skill 的写作规范 |
|
||||
| Skill | 作用 |
|
||||
| ------------------------------ | ---------------------------------------------- |
|
||||
| `setup-matt-pocock-skills` | 配置 tracker、领域文档和 agent 入口 |
|
||||
| `grill-with-docs` / `grilling` | 收敛 design tree 并同步领域词汇/ADR |
|
||||
| `to-spec` | 把已确认上下文合成为 feature spec |
|
||||
| `to-tickets` | 拆成带 blocking edges 的 tracer-bullet tickets |
|
||||
| `implement` / `tdd` | 在约定 seam 上按 ticket 实现和验证 |
|
||||
| `code-review` | 对固定点后的提交做 Standards/Spec 双轴审查 |
|
||||
| `handoff` | 跨 session 交接未完成上下文 |
|
||||
|
||||
安装时使用 `mode = "all"`，或在 `skills` 中逐项列出主链及其依赖；安装器不推导
|
||||
skill 依赖。正式流程的调度、branch、worktree 和集成门禁由 `scripts/main_loop.py`
|
||||
管理。
|
||||
|
||||
### brooks-lint Suite
|
||||
|
||||
|
||||
Reference in New Issue
Block a user