Claude-skill-registry entry-point-check
验证 VS 的 entry_points 字段是否与 SPEC_PRJ_ENTRYPOINTS(入口类型标签)一致,生成缺失入口清单和补充建议。当准备 CONSTRAINT 验收前使用。
install
source · Clone the upstream repo
git clone https://github.com/majiayu000/claude-skill-registry
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data/entry-point-check" ~/.claude/skills/majiayu000-claude-skill-registry-entry-point-check-90b6e2 && rm -rf "$T"
manifest:
skills/data/entry-point-check/SKILL.mdsource content
entry-point-check: 入口设计检查
描述
验证 VS 的
entry_points 字段是否与 SPEC_PRJ_ENTRYPOINTS(WEB_APP/API/JOB/CLI/LIB/MIXED/TBD)一致,生成缺失入口清单和补充建议。
适用场景
- WORKFLOW_STEP_4 Task S4-2 Round 2:生成 VS 后
- WEB_APP/API/JOB/CLI/LIB/MIXED 项目:忘记设计 entry_points
- WORKFLOW_STEP_4 Task S4-5 前:准备 CONSTRAINT 验收前
输入
- design/ 目录(所有 VS)
- 入口类型标签(从
读取spec/spec_variables.md
)SPEC_PRJ_ENTRYPOINTS
输出
- Entry Point 检查报告(markdown)
- 缺失入口清单(哪些 VS 缺少 entry_points)
- 补充建议(建议添加哪些入口)
执行策略
- 读取
,获取spec/spec_variables.mdSPEC_PRJ_ENTRYPOINTS - 扫描所有 VS,检查
字段是否存在且结构化(至少包含entry_points
与name
)type- 格式约束: 使用业务语言(如 "Dashboard entry"),不写 URL/路由/HTTP 端点字符串
- 基于
做最小一致性检查(不做实现细节推断):SPEC_PRJ_ENTRYPOINTS
: 至少包含 1 个WEB_APP
的入口type: UI
: 至少包含 1 个API
的入口type: API
: 至少包含 1 个JOB
的入口(type: JOB
建议写调度触发方式)trigger
: 至少包含 1 个CLI
的入口type: CLI
: 至少包含 1 个LIB
的入口(按“集成点/使用方式”描述)type: LIB
: 同时满足实际存在的入口组合(例如 UI + API)MIXED
: 标记为待确认并提示 HITL 澄清TBD
- 识别缺失入口或类型不匹配的 VS,并给出补充建议(基于 VS 的
推断入口语义)value_path
价值
- SPEC 组织:提前发现入口设计缺失,避免 CONSTRAINT 验收失败
- PM/BA:确保设计完整
- Dev:明确系统入口