validate-feature 的用途是在合并或结束分支前，驱动正在运行的系统来验证功能的用户可见行为，而非只看单元测试是否通过。资料说明它应在 inspect-change 之后、land-branch 之前运行。
它先读取功能的 requirements.md、design.md、tasks.md，为每条描述用户可观察行为的需求列出具体检查项，覆盖正常路径与各边界、错误条件，并按需求 ID 对应，写入 .skills/<CODE>/acceptance.md 作为工作台账，每项建一个待办。若有关联的产品上下文文档（如 personas、metrics、principles），只在适用时并入清单期望，缺失可继续。
随后按行为所处层面分派：涉及 HTTP/RPC API 时使用 validate-api；涉及前端时使用 validate-ui（其驱动为 kimi-webbridge，不安装浏览器测试框架）；既非 API 也非 UI（如 CLI、库、批量或定时任务）时自行直接驱动运行中的系统并把观察结果记入台账。涉及视觉或手感等人眼判断时交由 write-dogfood。
最后汇总每项观察结果，未能执行的项目列为未决风险，并交回 land-branch；UI 验收证据为 .skills/<CODE>/validate-ui.md。资料还给出冷启动控制：若存在 docs/agents/verify.md 则据其启动并检查应用，若缺失则沿用 project.md 的本地运行方式，并提示一次 /configure-repo，但不主动调用。资料未提供该技能的收费、价格或具体实现细节。