菜单
验证 VS 的 entry_points 字段是否与 SPEC_PRJ_ENTRYPOINTS（入口类型标签）一致，生成缺失入口清单和补充建议。当准备 CONSTRAINT 验收前使用。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
实现关注点分离，确保不同职责模块化和边界清晰。当需要架构分层设计、模块职责划分、横切关注点处理时使用。覆盖层次分离、功能分离、横切关注点三大维度，提供分离检查清单和耦合问题的诊断修复方法。
应用面向对象设计五大原则（单一职责、开闭、里氏替换、接口隔离、依赖倒置），系统化评审类与模块设计质量。当需要评审架构设计、重构现有代码、审查类职责划分时使用。支持多层次检查清单和违反原则的诊断修复。
识别并消除过度设计，确保只实现当前明确需要的功能。当需要评审功能范围、重构冗余代码、权衡技术债务时使用。覆盖功能必要性、过度设计信号、技术债务权衡三大维度，提供具体的识别标准和删减建议。
多维度审查 Markdown 文档质量，覆盖结构、内容、格式、引用、元数据五大维度。当需要评审文档质量、统一格式规范、验收交付文档时使用。提供分级检查清单、通过标准、常见问题修复指南，支持从快速检查到深度审计的多层次需求。
识别并消除知识重复，确保系统中每条知识有唯一权威表示。当需要重构代码、整理文档、优化配置、建立单一数据源时使用。覆盖代码重复、数据冗余、文档重复三大维度，提供具体消除策略和权衡建议。
评估用户故事质量的六维度框架（独立性、可协商、有价值、可估算、小粒度、可测试），系统化审查需求质量。当需要编写用户故事、评审需求文档、拆分史诗故事时使用。提供分级检查清单和低质量故事的改进建议。
| name | entry-point-check |
| description | 验证 VS 的 entry_points 字段是否与 SPEC_PRJ_ENTRYPOINTS（入口类型标签）一致，生成缺失入口清单和补充建议。当准备 CONSTRAINT 验收前使用。 |
| stage | DESIGN |
| level_supported | ["L2","L3"] |
验证 VS 的 entry_points 字段是否与 SPEC_PRJ_ENTRYPOINTS（WEB_APP/API/JOB/CLI/LIB/MIXED/TBD）一致，生成缺失入口清单和补充建议。
spec/spec_variables.md 读取 SPEC_PRJ_ENTRYPOINTS）spec/spec_variables.md，获取 SPEC_PRJ_ENTRYPOINTSentry_points 字段是否存在且结构化（至少包含 name 与 type）
SPEC_PRJ_ENTRYPOINTS 做最小一致性检查（不做实现细节推断）：
WEB_APP: 至少包含 1 个 type: UI 的入口API: 至少包含 1 个 type: API 的入口JOB: 至少包含 1 个 type: JOB 的入口（trigger 建议写调度触发方式）CLI: 至少包含 1 个 type: CLI 的入口LIB: 至少包含 1 个 type: LIB 的入口（按“集成点/使用方式”描述）MIXED: 同时满足实际存在的入口组合（例如 UI + API）TBD: 标记为待确认并提示 HITL 澄清value_path 推断入口语义）