check-work 是一个面向“变更后验证”的技能，定位为交付前的独立核查环节。它的作用不是做实现规划，也不替代领域特定的验证，而是在实现完成后判断所请求的工作是否真正达成。
用途方面，该技能用于在代码改动后进行系统化检查，避免“源码通过即认为发布成功”的误判，尤其强调验证最终构建产物而非工作目录。
主要能力包括：重读任务的完成标准；检查完整 diff 并列出所有修改、新增、删除或生成的文件；识别范围蔓延、误改重写、占位内容、过期副本与缺失产物；运行项目定义的构建、编译、测试、linter 和包校验；将公共接口、路径、记录 ID、配置名与归档结构与上一版本比对；检查负向用例，如缺失依赖、畸形输入、空结果、重复条目、不支持的运行时与中断执行；最终将结果及确切命令和退出码写入 VALIDATION.md。
使用方式上，先按上述流程逐项执行并记录证据，再输出固定格式的结论，字段涵盖 SCOPE、DIFF REVIEW、BUILD/COMPILE、TESTS/VALIDATORS、PACKAGE INSPECTION、UNRESOLVED 与 FINAL，取值为 PASS、FAIL 或 N/A。部分完成或跳过的检查不得报告为通过。需要时可引入一个只读审查者，仅提供任务、diff 和验证证据，避免多个代理编辑同一批文件，由实现负责人决定并应用修复。
此外，技能包含“基于证据的精确验证闸门”：修改过代码的评审必须运行确切的干净项目构建，否则报告 UNBUILT；针对固定的本地依赖编译，而非附近模板或宽泛依赖树；校验最终 ZIP/DLL/插件而非工作目录；为用户实际症状与可见行为添加语义测试；确认每个必需输入与附件确实存在；记录最终归档 SHA-256 与公开版本字符串的一致性。对生成或修改的运行时配置，要求给出确切的框架与版本、源锁定语法、linter 结果、解析器/运行时日志的接受与拒绝计数、未解决目标数量，以及一正一负两个语义测试；文件存在于 Data 目录或游戏能进入主菜单都不足以证明运行时规则已加载。
适用场景为开发、发布前的质量闸门与交付核验。限制在于它侧重验证流程本身，细节依赖项目自身定义的构建、测试与校验命令；资料未提供安装方式、配置参数或具体平台支持信息，暂未提供。