plan-writing 是一个结构化任务规划技能，用于把开发工作拆解为清晰、可执行、可验证的小任务。适用于：从零开始的新项目、添加功能、较复杂的缺陷修复，以及涉及多个文件的重构。
主要能力与原则：把工作拆成 2-5 分钟、单一明确结果、可独立验证的小任务；每个任务给出验证方式；标注依赖关系、可并行工作和关键路径；阶段 X：验证始终放在最后；计划文件以 {task-slug}.md 形式保存在项目根目录，名称由任务派生（如 "add auth" → auth-feature.md），不得放入 .claude/、docs/ 或临时文件夹。
计划写法：没有固定模板，每份计划唯一。保持简短，5-10 个任务，最多不超过一页；任务要具体而非通用（如 "Run npx create-next-app"、"Install next-auth, create /api/auth/[...nextauth].ts"）；根据新项目、功能添加或缺陷修复等不同类型动态组织内容；脚本应因项目类型而异（前端/React 用 ux_audit.py、accessibility_checker.py；后端/API 用 api_validator.py、security_scan.py；移动端用 mobile_audit.py；数据库用 schema_validator.py；全栈按实际改动混用），不要复制粘贴。验证要简单可执行，例如 "Run npm run dev, click button, see toast" 或 "curl localhost:3000/api/users returns 200"。
建议结构：标题、Goal（一句话说明要构建或修复什么）、Tasks（每条含具体动作和验证方式）、Done When（主要成功标准）、Notes（重要考虑）。最佳实践：先写目标；最多 10 个任务，超出则拆成多份计划；每个任务可验证；项目专属，不套模板；完成后把 [ ] 更新为 [x]。资料未提供安装命令、收费与价格、平台或具体运行环境信息。