notion-spec-to-implementation by makenotion/claude-code-notion-plugin
npx skills add https://github.com/makenotion/claude-code-notion-plugin --skill notion-spec-to-implementation将规范转化为可执行的实施计划,并提供进度跟踪功能。获取规范文档、提取需求、分解任务并管理工作流程。
当被要求实施一个规范时:
Notion:notion-search 定位规范页面Notion:notion-fetch 读取规范内容Notion:notion-create-pages 创建实施计划Notion:notion-search 定位任务数据库Notion:notion-create-pages 在任务数据库中创建单个任务Notion:notion-update-page 记录进度并更新状态广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者,精准高效
1. 搜索规范:
- 使用 Notion:notion-search 配合规范名称或主题
- 根据需要应用过滤器(例如,created_date_range, teamspace_id)
- 查找规范标题或关键词匹配项
- 如果未找到或存在歧义,请向用户询问规范的 URL/ID
示例搜索:
- "用户认证规范"
- "支付集成规范"
- "移动应用重设计 PRD"
1. 获取规范页面:
- 使用 Notion:notion-fetch 配合从搜索结果中获得的规范 URL/ID
- 读取完整内容,包括需求、设计、约束条件
2. 解析规范:
- 识别功能需求
- 注意非功能需求(性能、安全性等)
- 提取验收标准
- 识别依赖项和阻碍因素
有关解析模式,请参阅 reference/spec-parsing.md。
1. 分解为阶段/里程碑
2. 确定技术方案
3. 列出所需任务
4. 估算工作量
5. 识别风险
使用实施计划模板(参见 [reference/standard-implementation-plan.md](reference/standard-implementation-plan.md) 或 [reference/quick-implementation-plan.md](reference/quick-implementation-plan.md))
使用 Notion:notion-create-pages:
- 标题:"实施计划:[功能名称]"
- 内容:包含阶段、任务、时间线的结构化计划
- 链接回原始规范
- 添加到适当的位置(项目页面、数据库)
1. 搜索任务数据库:
- 使用 Notion:notion-search 查找 "Tasks" 或 "Task Management" 数据库
- 查找工程/项目任务跟踪系统
- 如果未找到或存在歧义,请向用户询问数据库位置
2. 获取数据库模式:
- 使用 Notion:notion-fetch 配合数据库 URL/ID
- 获取属性名称、类型和选项
- 从 <data-source> 标签中识别正确的数据源
- 注意新任务的必需属性
对于计划中的每个任务:
1. 使用 Notion:notion-create-pages 在任务数据库中创建任务
2. 使用 parent: { data_source_id: 'collection://...' }
3. 根据模式设置属性:
- 名称/标题:任务描述
- 状态:待办
- 优先级:基于重要性
- 相关任务:链接到规范和计划
4. 在内容中添加实施细节
有关任务模式,请参阅 reference/task-creation.md。
1. 将任务状态更新为"进行中"
2. 添加初始进度说明
3. 记录方法和决策
4. 链接相关资源
定期更新:
1. 更新任务属性(状态、进度)
2. 添加进度说明,包含:
- 已完成内容
- 当前重点
- 阻碍因素/问题
3. 在实施计划中更新里程碑完成情况
4. 链接到相关工作(PR、设计等)
有关跟踪模式,请参阅 reference/progress-tracking.md。
功能需求:用户故事、功能描述、工作流程、数据需求、集成点
非功能需求:性能目标、安全要求、可扩展性需求、可用性、合规性
验收标准:可测试条件、用户验证点、性能基准、完成定义
有关详细的解析技术,请参阅 reference/spec-parsing.md。
计划包含:概述 → 链接的规范 → 需求摘要 → 技术方案 → 实施阶段(目标、任务清单、估算工作量)→ 依赖项 → 风险与缓解措施 → 时间线 → 成功标准
有关完整的计划模板,请参阅 reference/standard-implementation-plan.md。
按组件:数据库、API 端点、前端组件、集成、测试 按功能切片:垂直切片(认证流程、数据录入、报告生成) 按优先级:P0(必须有)、P1(重要)、P2(锦上添花)
每日更新(活跃工作):添加进度说明,包含已完成项、当前重点、阻碍因素 里程碑更新(重大进展):更新计划复选框,添加里程碑摘要,调整时间线 状态变更(任务转换):更新属性(进行中 → 评审中 → 完成),添加完成说明,链接交付物
进度格式:日期标题 → 已完成 → 进行中 → 下一步 → 阻碍因素 → 备注
有关详细模式,请参阅 reference/progress-tracking.md。
前向链接:在规范页面更新"实施"部分,链接到计划和任务 后向链接:在计划和任务中通过"规范"部分引用规范 双向可追溯性:保持双向链接以便于跟踪
计划状态:更新阶段完成情况(✅ 完成,🔄 进行中 %,⏳ 未开始)和总体百分比 任务聚合:按计划 ID 查询任务数据库以生成摘要(完成、进行中、受阻、未开始)
检测:获取更新的规范 → 与计划比较 → 识别新需求 → 评估影响 传播:更新计划 → 创建新任务 → 更新受影响的任务 → 添加变更说明 → 通过评论通知 变更日志:跟踪规范的演变,包括日期、变更内容和影响
功能标志:后端(启用标志)→ 测试 → 前端(启用标志)→ 内部发布 → 外部发布 数据库迁移:模式设计 → 迁移脚本 → 暂存环境测试 → 生产环境迁移 → 验证 API 开发:API 设计 → 后端实现 → 测试与文档 → 客户端集成 → 部署
有关其他实施模式和技术,请参阅 reference/ 中的参考文件。
"找不到规范":使用 Notion:notion-search 配合规范名称/主题,尝试更广泛的术语,或向用户询问 URL "找到多个规范":询问用户要实施哪个规范或显示选项 "找不到任务数据库":搜索 "Tasks" 或 "Task Management",或向用户询问数据库位置 "规范不明确":在计划中注明模糊之处,创建澄清任务 "需求冲突":记录冲突,创建决策任务 "范围太大":分解为更小的规范/阶段
有关完整的工作流程,请参阅 examples/:
每周安装数
74
代码仓库
GitHub 星标数
279
首次出现
2026年2月7日
安全审计
安装于
opencode72
gemini-cli71
codex71
cursor69
github-copilot68
kimi-cli67
Transforms specifications into actionable implementation plans with progress tracking. Fetches spec documents, extracts requirements, breaks down into tasks, and manages implementation workflow.
When asked to implement a specification:
Notion:notion-search to locate specification pageNotion:notion-fetch to read specification contentNotion:notion-create-pages for implementation planNotion:notion-search to locate tasks databaseNotion:notion-create-pages for individual tasks in task databaseNotion:notion-update-page to log progress and update status1. Search for spec:
- Use Notion:notion-search with spec name or topic
- Apply filters if needed (e.g., created_date_range, teamspace_id)
- Look for spec title or keyword matches
- If not found or ambiguous, ask user for spec URL/ID
Example searches:
- "User Authentication spec"
- "Payment Integration specification"
- "Mobile App Redesign PRD"
1. Fetch spec page:
- Use Notion:notion-fetch with spec URL/ID from search results
- Read full content including requirements, design, constraints
2. Parse specification:
- Identify functional requirements
- Note non-functional requirements (performance, security, etc.)
- Extract acceptance criteria
- Identify dependencies and blockers
See reference/spec-parsing.md for parsing patterns.
1. Break down into phases/milestones
2. Identify technical approach
3. List required tasks
4. Estimate effort
5. Identify risks
Use implementation plan template (see [reference/standard-implementation-plan.md](reference/standard-implementation-plan.md) or [reference/quick-implementation-plan.md](reference/quick-implementation-plan.md))
Use Notion:notion-create-pages:
- Title: "Implementation Plan: [Feature Name]"
- Content: Structured plan with phases, tasks, timeline
- Link back to original spec
- Add to appropriate location (project page, database)
1. Search for task database:
- Use Notion:notion-search to find "Tasks" or "Task Management" database
- Look for engineering/project task tracking system
- If not found or ambiguous, ask user for database location
2. Fetch database schema:
- Use Notion:notion-fetch with database URL/ID
- Get property names, types, and options
- Identify correct data source from <data-source> tags
- Note required properties for new tasks
For each task in plan:
1. Create task in task database using Notion:notion-create-pages
2. Use parent: { data_source_id: 'collection://...' }
3. Set properties from schema:
- Name/Title: Task description
- Status: To Do
- Priority: Based on criticality
- Related Tasks: Link to spec and plan
4. Add implementation details in content
See reference/task-creation.md for task patterns.
1. Update task status to "In Progress"
2. Add initial progress note
3. Document approach and decisions
4. Link relevant resources
Regular updates:
1. Update task properties (status, progress)
2. Add progress notes with:
- What's completed
- Current focus
- Blockers/issues
3. Update implementation plan with milestone completion
4. Link to related work (PRs, designs, etc.)
See reference/progress-tracking.md for tracking patterns.
Functional Requirements : User stories, feature descriptions, workflows, data requirements, integration points
Non-Functional Requirements : Performance targets, security requirements, scalability needs, availability, compliance
Acceptance Criteria : Testable conditions, user validation points, performance benchmarks, completion definitions
See reference/spec-parsing.md for detailed parsing techniques.
Plan includes : Overview → Linked Spec → Requirements Summary → Technical Approach → Implementation Phases (Goal, Tasks checklist, Estimated effort) → Dependencies → Risks & Mitigation → Timeline → Success Criteria
See reference/standard-implementation-plan.md for full plan template.
By Component : Database, API endpoints, frontend components, integration, testing By Feature Slice : Vertical slices (auth flow, data entry, report generation) By Priority : P0 (must have), P1 (important), P2 (nice to have)
Daily Updates (active work): Add progress note with completed items, current focus, blockers Milestone Updates (major progress): Update plan checkboxes, add milestone summary, adjust timeline Status Changes (task transitions): Update properties (In Progress → In Review → Done), add completion notes, link deliverables
Progress Format : Date heading → Completed → In Progress → Next Steps → Blockers → Notes
See reference/progress-tracking.md for detailed patterns.
Forward Links : Update spec page with "Implementation" section linking to plan and tasks Backward Links : Reference spec in plan and tasks with "Specification" section Bidirectional Traceability : Maintain both directions for easy tracking
Plan Status : Update with phase completion (✅ Complete, 🔄 In Progress %, ⏳ Not Started) and overall percentage Task Aggregation : Query task database by plan ID to generate summary (complete, in progress, blocked, not started)
Detection : Fetch updated spec → compare with plan → identify new requirements → assess impact Propagation : Update plan → create new tasks → update affected tasks → add change note → notify via comments Change Log : Track spec evolution with date, what changed, and impact
Feature Flag : Backend (behind flag) → Testing → Frontend (flagged) → Internal rollout → External rollout Database Migration : Schema design → Migration script → Staging test → Production migration → Validation API Development : API design → Backend implementation → Testing & docs → Client integration → Deployment
For additional implementation patterns and techniques, see the reference files in reference/.
"Can't find spec" : Use Notion:notion-search with spec name/topic, try broader terms, or ask user for URL "Multiple specs found" : Ask user which spec to implement or show options "Can't find task database" : Search for "Tasks" or "Task Management", or ask user for database location "Spec unclear" : Note ambiguities in plan, create clarification tasks "Requirements conflicting" : Document conflicts, create decision task "Scope too large" : Break into smaller specs/phases
See examples/ for complete workflows:
Weekly Installs
74
Repository
GitHub Stars
279
First Seen
Feb 7, 2026
Security Audits
Gen Agent Trust HubPassSocketPassSnykPass
Installed on
opencode72
gemini-cli71
codex71
cursor69
github-copilot68
kimi-cli67
通过 LiteLLM 代理让 Claude Code 对接 GitHub Copilot 运行 | 高级变通方案指南
44,900 周安装
Zustand适配器:为json-render提供状态管理后端,支持嵌套切片与Zustand v5+
410 周安装
服务器管理运维指南:进程监控、日志安全与扩缩容决策
412 周安装
营销心理学实战指南:心智模型与行为设计,提升转化率与用户体验
413 周安装
LangChain4j Spring Boot集成指南:AI驱动微服务自动配置与RAG系统实现
411 周安装
情感分析技能:AI驱动的大规模用户反馈分析工具,识别市场细分与满意度
415 周安装
Spring Boot @JsonTest JSON序列化单元测试指南:JacksonTester使用与最佳实践
414 周安装