بنقرة واحدة
writing-plans
当你有 spec/requirements 且任务需要多步推进时使用;在动代码之前先写出可执行的 implementation plan。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
当你有 spec/requirements 且任务需要多步推进时使用;在动代码之前先写出可执行的 implementation plan。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
初始化新 skill 目录(运行 init_skill.py)、打包 skill(运行 package_skill.py)、或需要了解 skill 结构规范时使用。
在编写 skill 内容、验证 skill 是否有效、或需要用 TDD 方法测试 skill 能否被正确遵守时使用。
Frontend Master - 大师级前端页面开发。智能分析项目技术栈,生成独特设计美感的 UI,避免'AI审美'。自动持久化设计规范,保持项目一致性。整合 Frontend-Design 设计哲学 + UI-UX Pro Max 设计数据库。触发词: 前端、页面、组件、UI、登录页、落地页、dashboard、表单、卡片、导航栏。
你必须在任何创意工作之前使用:新功能、组件搭建、添加能力或修改行为。先通过对话澄清用户意图、需求与设计,再进入实现。
当你面对 2 个以上彼此独立的任务(无共享状态、无顺序依赖)时使用:为每个独立问题域派发一个 agent 并行推进。
当你已经有一份书面的 implementation plan,需要在独立 session 中按批执行并在批次间做 review checkpoint 时使用。
| name | writing-plans |
| description | 当你有 spec/requirements 且任务需要多步推进时使用;在动代码之前先写出可执行的 implementation plan。 |
写一份“即使工程师对代码库零上下文、审美存疑也能照做”的实现计划:每个任务要改哪些文件、要写哪些代码、要跑哪些测试、要看哪些文档、怎么验证。把计划拆成可咀嚼的小任务。坚持 DRY / YAGNI / TDD,并保持频繁提交(frequent commits)。
假设对方是熟练开发者,但几乎不了解你的工具链与业务域;也假设对方对测试设计不够擅长,所以计划要把测试写清楚。
开始时宣告: “我正在使用 writing-plans skill 来编写实现计划。”
Context: 建议在独立 worktree 中编写与执行(由 brainstorming/using-git-worktrees 创建)。
计划保存到: docs/plans/YYYY-MM-DD-<feature-name>.md
每一步只做一个动作(2–5 分钟可完成):
每份计划必须以以下 header 开头:
# [功能名] Implementation Plan
> **For Claude:** REQUIRED SUB-SKILL: 使用 superpowers:executing-plans 按 task-by-task 执行本计划。
**Goal:** [一句话说明要构建什么]
**Architecture:** [2–3 句说明总体思路]
**Tech Stack:** [关键技术/库]
---
### Task N: [组件/模块名]
**Files:**
- Create: `exact/path/to/file.py`
- Modify: `exact/path/to/existing.py:123-145`
- Test: `tests/exact/path/to/test.py`
**Step 1: 写一个会失败的测试**
```python
def test_specific_behavior():
result = function(input)
assert result == expected
Step 2: 运行测试,确认它失败
运行:pytest tests/path/test.py::test_name -v
预期:FAIL,并提示 "function not defined"
Step 3: 写最小实现
def function(input):
return expected
Step 4: 运行测试,确认它通过
运行:pytest tests/path/test.py::test_name -v
预期:PASS
Step 5: Commit
git add tests/path/test.py src/path/file.py
git commit -m "feat: add specific feature"
## Remember
- 路径必须精确(Exact file paths)
- 计划里给出完整代码,不要只写“加校验”
- 命令必须精确,并写清预期输出/现象
- 用 `@` 语法引用相关 skills
- DRY、YAGNI、TDD、frequent commits
## Execution Handoff
保存计划后,给出执行方式选择:
**“计划已保存到 `docs/plans/<filename>.md`。有两种执行方式:”**
**1) Subagent-Driven(本 session)**:每个 task 派发新的 subagent,task 间 review,迭代快
**2) Parallel Session(独立 session)**:开新 session 使用 executing-plans,按 batch 执行并在 checkpoint 做 review
**你选哪种?**
**如果选择 Subagent-Driven:**
- **必用子 skill:** `superpowers:subagent-driven-development`
- 保持在本 session
- 每 task 一个新 subagent + code review
**如果选择 Parallel Session:**
- 引导对方在 worktree 中开新 session
- **必用子 skill:** 新 session 使用 `superpowers:executing-plans`