用途：该技能属于 Spec Forge 流程的 readiness 阶段，用于把已批准的 intakearchitecture、journey 与 component 产物整合成一份最终可实施的 spec 契约，回答“规格是否完整到可以开始构建、还有哪些遗留项、哪些验收标准具有约束力、是否仍存在未解决的阻塞点”。
主要能力：汇总最终目标与范围、最终 journey 列表、最终 component 列表、接口与数据模型契约、横切关注点、特性开关/迁移/发布说明、验收标准、延期项与未解决项；仅在最终范围明确、验收标准明确、未解决项为空且用户确认可实施时，把 implementation_gate.ready 置为 true。
必要用法：必须以 Plan 模式运行，否则停止并要求用户切换。启动时先运行 spec-forge-cli resolve --target <target-dir> --skill spec-forge-readiness --stage readiness --write；读取 ../spec-forge/assets/contracts/ux-contracts.yaml 后再收集参数；先确认对话语言与文件语言；一次只收集下一个缺失参数，并用 spec-forge-cli apply 记录。契约落盘于 YAML：增量更新用 spec-forge-cli artifact merge --file synthesis/implementation-spec.yaml，整体替换用 spec-forge-cli artifact put --file synthesis/implementation-spec.yaml。其他命令包括 spec-forge-cli artifact get、spec-forge-cli approve、spec-forge-cli gate check、spec-forge-cli stage advance。用户批准在聊天摘要上完成后，用 spec-forge-cli approve --target <target-dir> --spec-id <spec-id> --file synthesis/implementation-spec.yaml 记录，再依次运行 gate check 与 stage advance。
产出：.spec-forge/specs/<spec-id>/synthesis/implementation-spec.yaml 与 .spec-forge/specs/<spec-id>/gates/readiness.yaml。
限制：不要隐藏不确定性强行完成，不要无真实阻塞就重开宽泛设计探索，未经明确确认不得标记门禁就绪，最终交付物不得输出为 Markdown，不得一次性批量收集缺失参数，不得在非 Plan 模式继续，不得要求用户直接检查 YAML，不得让批准停留在隐性状态。收费、价格、平台等信息暂未提供。