constraints-generator
生成ExecSpecMasterConstraints_L*.md权威约束文件,定义Phase/SubPlan/Round命名规范、目录结构、环境策略和质量门禁阈值。当需要创建 ExecSpec Master Plan 的约束文档、定义命名规范、定义质量门禁、定义HITL检查点时使用。
Discover Documentation skills, compare source repositories and read the instructions for each workflow.
生成ExecSpecMasterConstraints_L*.md权威约束文件,定义Phase/SubPlan/Round命名规范、目录结构、环境策略和质量门禁阈值。当需要创建 ExecSpec Master Plan 的约束文档、定义命名规范、定义质量门禁、定义HITL检查点时使用。
识别并消除知识重复,确保系统中每条知识有唯一权威表示。当需要重构代码、整理文档、优化配置、建立单一数据源时使用。覆盖代码重复、数据冗余、文档重复三大维度,提供具体消除策略和权衡建议。
确保GOAL粒度合理,不过粗或过细。当GOAL创建完成后使用,确保GOAL符合单一职责原则。
执行 TDD 红绿重构循环(RED→GREEN→REFACTOR→REPEAT),通过先写失败测试、最小代码实现、保持绿色重构的节奏驱动开发。当启动功能开发、需要测试驱动节奏、进行迭代编码、追求高测试覆盖率时使用。提供检查清单和节奏控制。
比较多个架构方案(单体/微服务等),从SOLID原则、成本、复杂度等维度评分,生成对比表和推荐方案。当需要向客户解释架构选择或ADR决策时使用。
规划Red/Green/Refactor Round节奏,估算Round数量和执行时间。当需要规划TDD周期、估算Round数、分配测试用例到Round、评估执行时长时使用。基于TS数量和复杂度进行启发式估算。
将访谈记录、会议纪要、邮件沟通等非结构化内容快速转换为符合CRAFT标准的User Story草稿。适合在需求调研阶段使用,当有大量访谈笔记需要结构化时。帮助不会写US的PM/BA快速上手,从自然语言访谈记录自动提取As-Want-So结构,...
验证 VS 的 entry_points 字段是否与 SPEC_PRJ_ENTRYPOINTS(入口类型标签)一致,生成缺失入口清单和补充建议。当准备 CONSTRAINT 验收前使用。
规划集成窗口位置和验证策略。当需要在Phase之间或SubPlan之间安排集成窗口、定义集成验证策略、生成集成清单(API契约/数据流/E2E测试)时使用。主要用于L2/L3项目。
检查VS↔SD/DM一致性(value_path是否与序列图/数据模型匹配),生成不一致项清单和修复建议。当Self-Reflection报告一致性问题或准备CONSTRAINT验收前使用。
审计spec_artifacts_registry.md的Stage 3条目一致性,确保AICTXT/GOAL/SC等都已注册。当IMPLEMENTATION artifact创建完成后使用。
生成、维护、修剪AICTXT文档,保持在CRAFT大小限制内。当AICTXT创建和更新时使用。
多维度审查 Markdown 文档质量,覆盖结构、内容、格式、引用、元数据五大维度。当需要评审文档质量、统一格式规范、验收交付文档时使用。提供分级检查清单、通过标准、常见问题修复指南,支持从快速检查到深度审计的多层次需求...
提供网页应用全栈架构思考框架,涵盖前端渲染策略、后端 API 设计、基础设施部署、安全防护、性能优化五大维度。当需要设计完整 Web 应用、评审网页系统架构、或需要全局视角审视前后端协同设计时使用。支持 SPA/MPA、SSR/CSR...
检测设计文档中的过度设计(实现细节、技术术语过多),生成过度设计清单和精简建议。当准备CONSTRAINT验收前使用,避免边界合规验收失败。
验证User Story格式和质量,检查是否符合As-I-Want-So三要素结构、角色明确、功能具体、价值清晰。适合在编写新US后、准备Sprint Planning前使用,当需要审核US质量时。帮助不熟悉敏捷的PM/BA识别格式问题、模糊角色、缺失价值...
验证代码构建顺序,分析依赖关键路径,建议Sprint划分和交付优先级。当STRUCT和GOAL确定后使用。
压力测试STRUCT文件,验证模块化分解的可行性。当项目结构确定后使用,确保模块边界清晰。
实现关注点分离,确保不同职责模块化和边界清晰。当需要架构分层设计、模块职责划分、横切关注点处理时使用。覆盖层次分离、功能分离、横切关注点三大维度,提供分离检查清单和耦合问题的诊断修复方法。
评估用户故事质量的六维度框架(独立性、可协商、有价值、可估算、小粒度、可测试),系统化审查需求质量。当需要编写用户故事、评审需求文档、拆分史诗故事时使用。提供分级检查清单和低质量故事的改进建议。
将抽象的Acceptance Criteria(Given-When-Then)转换为具体的数值示例和真实对话,让AC对PM/客户/测试人员更易懂。适合在AC编写完成后、准备测试或向客户展示时使用,当AC格式正确但过于抽象时。帮助不熟悉BDD的PM/BA/测试人...
生成多环境配置清单和dotenv模板文件,确保dev/test/staging/prod环境配置完整。当需要创建环境配置、生成.env.example模板、文档化测试框架setup、映射CI环境变量时使用。解决dotenv经常被忽视的痛点。
生成客户友好的架构说明(通俗语言解释架构层次、数据流、技术选型),适合演示和评审会议。当准备客户演示或用户验收前使用。
检查User Story是否对非技术人员友好,检测技术术语残留、过于精炼的表达、缺乏场景感等问题。适合在US初稿完成后、准备提交验收前使用,当需要质量检查时。帮助敏捷新手自我检查,知道自己写的US哪里需要改进,给出具体可操作...
The default order uses GitHub repository stars from our indexed data. Stars belong to the source repository and may be shared by multiple skills. They indicate repository interest, not skill installs or an independent quality score.