Menu
验证 VS 的 entry_points 字段是否与 SPEC_PRJ_ENTRYPOINTS（入口类型标签）一致，生成缺失入口清单和补充建议。当准备 CONSTRAINT 验收前使用。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
实现关注点分离，确保不同职责模块化和边界清晰。当需要架构分层设计、模块职责划分、横切关注点处理时使用。覆盖层次分离、功能分离、横切关注点三大维度，提供分离检查清单和耦合问题的诊断修复方法。
应用面向对象设计五大原则（单一职责、开闭、里氏替换、接口隔离、依赖倒置），系统化评审类与模块设计质量。当需要评审架构设计、重构现有代码、审查类职责划分时使用。支持多层次检查清单和违反原则的诊断修复。
识别并消除过度设计，确保只实现当前明确需要的功能。当需要评审功能范围、重构冗余代码、权衡技术债务时使用。覆盖功能必要性、过度设计信号、技术债务权衡三大维度，提供具体的识别标准和删减建议。
多维度审查 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 推断入口语义）