安装命令
npx skills add https://github.com/davidk-cmyk/dk-replit-powerhouse --skill plan🇨🇳中文介绍
计划技能
将规范或功能构想转化为有序、可执行的工程计划，使任何开发者（或 AI 代理）都能明确无误地执行。
规划原则
- 垂直切片优于水平分层 — 构建端到端的薄切片以交付价值，而不是先完成所有后端再完成所有前端。
- 尽可能小的任务 — 每个任务应能在一次专注的会话中完成。
- 依赖项优先 — 尽早解除对他人的阻碍；基础工作先于功能工作。
- 测试和集成最后 — 单元测试之后进行集成测试；集成测试之后进行端到端测试。
- 风险优先 — 尽早处理风险最高或最不确定的任务，以便快速失败。
计划模板
# 计划：[功能 / 项目名称]
## 关联规范
[此计划所实现规范的链接或引用]
## 方法概述
用 2–3 句话描述整体技术策略。
主要阶段有哪些？关键的架构决策是什么？
## 里程碑
| # | 里程碑 | 描述 | 目标 |
|---|-----------|-------------|--------|
| M1 | 基础 | 核心数据模型 + API 骨架 | 第 X 天 |
| M2 | 核心功能 | 面向用户的主要功能 | 第 Y 天 |
| M3 | 完善 + 测试 | 边界情况、错误处理、覆盖率 | 第 Z 天 |
## 任务分解
### M1：[里程碑名称]
**TASK-001** — [简短的祈使句标题，例如："为用户实体创建数据模型"]
- **内容**：具体需要做什么
- **原因**：为什么需要这样做 / 它能解除什么阻碍
- **验收标准**：如何知道它已完成？（如果适用，链接到规范验收标准）
- **估算**：S (< 1小时) / M (1–3小时) / L (3–8小时) / XL (需要拆分)
- **依赖项**：TASK-XXX（如果有）
**TASK-002** — [标题]
- ...
### M2：[里程碑名称]
...
## 风险登记册
| 风险 | 可能性 | 影响 | 缓解措施 |
|------|-----------|--------|------------|
| 第三方 API 速率限制 | 中等 | 高 | 缓存响应；添加重试逻辑 |
| 不明确的需求 X | 高 | 中等 | 安排探索性任务；限时 2 小时 |
## 完成的定义
当满足以下条件时，任务被视为"完成"：
- [ ] 代码编写完成并已自审
- [ ] 单元测试编写完成并通过
- [ ] 没有新的代码规范检查错误
- [ ] 已创建 PR / 变更集并链接到任务
- [ ] 至少经过另一人审查（或 AI 代理审查完成）
- [ ] 已验证规范的验收标准
## 待办事项（未来）
明确推迟到未来迭代的想法和范围。
如何有效分解任务
🇺🇸English
Plan Skill
Transform a spec or feature idea into a sequenced, actionable engineering plan that any developer (or AI agent) can execute without ambiguity.
Planning Principles
- Vertical slices over horizontal layers — Build end-to-end thin slices that deliver value, not all-backend-then-all-frontend.
- Smallest possible tasks — Each task should be completable in a single focused session.
- Dependencies first — Unblock others early; foundation work comes before feature work.
- Test and integration last — Integration tests after units; E2E tests after integration.
- Risk first — Tackle the riskiest or most uncertain tasks early to fail fast.
Plan Template
# Plan: [Feature / Project Name]
## Linked Spec
[Link or reference to the spec this plan implements]
## Approach Summary
2–3 sentences describing the overall technical strategy.
What are the major phases? What are the key architectural decisions?
## Milestones
| # | Milestone | Description | Target |
|---|-----------|-------------|--------|
| M1 | Foundation | Core data model + API skeleton | Day X |
| M2 | Core Feature | Main user-facing functionality | Day Y |
| M3 | Polish + Tests | Edge cases, error handling, coverage | Day Z |
## Task Breakdown
### M1: [Milestone Name]
**TASK-001** — [Short imperative title, e.g., "Create data model for User entity"]
- **What**: What exactly needs to be done
- **Why**: Why this is needed / what it unblocks
- **Acceptance**: How do we know it's done? (links to spec AC if applicable)
- **Estimate**: S (< 1hr) / M (1–3hr) / L (3–8hr) / XL (needs splitting)
- **Depends on**: TASK-XXX (if any)
**TASK-002** — [Title]
- ...
### M2: [Milestone Name]
...
## Risk Register
| Risk | Likelihood | Impact | Mitigation |
|------|-----------|--------|------------|
| Third-party API rate limits | Medium | High | Cache responses; add retry logic |
| Unclear requirement X | High | Medium | Schedule spike; timebox 2hr |
## Definition of Done
A task is "done" when:
- [ ] Code written and self-reviewed
- [ ] Unit tests written and passing
- [ ] No new linting errors
- [ ] PR / changeset created and linked to task
- [ ] Reviewed by at least one other person (or AI agent review completed)
- [ ] Acceptance criteria from spec verified
## Parking Lot (Future)
Ideas and scope that are explicitly deferred to a future iteration.
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者，精准高效
