entry-point-check
验证 VS 的 entry_points 字段是否与 SPEC_PRJ_ENTRYPOINTS(入口类型标签)一致,生成缺失入口清单和补充建议。当准备 CONSTRAINT 验收前使用。
浏览 tikazyq 维护的已发布 AI 技能,比较用途与说明,并通过来源仓库了解安装方式。
已收录技能
51收录技能的仓库 Stars 合计
255仓库 Forks
51平均每个技能的仓库 Stars
5同一仓库中的多个技能可能共享 Stars,合计包含重复仓库数据。
验证 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哪里需要改进,给出具体可操作...
审计Registry是否与设计artifacts保持一致,生成同步率报告和遗漏清单。当完成设计后、CONSTRAINT验收前使用,避免Registry不一致导致验收失败。
监控执行计划的进度和健康状态,跟踪 SubPlan 完成度和 Round 执行状态,识别阻塞点并同步 Dashboard。当需要检查执行进度、更新 Round 状态、记录阻塞项、生成进度报告、计算进度偏差、分析趋势、预测完成日期时使用。支持资...
提供嵌入式系统软硬件协同思考框架,涵盖硬件层、软件架构、资源约束、实时性、测试调试五大维度。当需要设计嵌入式应用、评审物联网系统、或需要全局视角审视 MCU/MPU 与软件配合时使用。支持裸机/RTOS 选型、功耗优化、内存...
执行代码重构(识别坏味道→选择手法→小步修改→运行测试),在保持外部行为不变前提下改进内部结构。当TDD进入REFACTOR阶段、发现代码坏味道、需要消除重复代码、优化代码结构时使用。支持提取方法、类、参数对象等重构手法。
应用面向对象设计五大原则(单一职责、开闭、里氏替换、接口隔离、依赖倒置),系统化评审类与模块设计质量。当需要评审架构设计、重构现有代码、审查类职责划分时使用。支持多层次检查清单和违反原则的诊断修复。
将技术性的NFR(非功能需求)约束转换为用户能感知的影响描述,用业务语言解释技术约束的价值。适合在NFR定义完成后、需要向客户或管理层解释时使用,当NFR过于技术化时。帮助不熟悉技术术语的PM/客户/BA理解NFR的业务意义,让...
计算每Phase风险缓冲百分比,基于复杂度、依赖和未知因素进行启发式分析。当需要风险评估、缓冲时间规划、资源预留时使用。主要用于L3项目的严格风险管理。
默认按已收录数据中的 GitHub 仓库 Stars 排序。Stars 属于来源仓库,同一仓库的多个技能可能共享相同数值;它反映仓库关注度,不代表单个技能的安装量或质量评分。