用途：product-inspection 是一个产品多点检查编排器，把已发布的产品当作待检车辆，按真实用户所见的版本做严格、基于证据的检查，最后交回团队可执行的报告。它与检查设计系统的 ds-inspection 互补：后者看团队搭建的系统，前者看用该系统交付出的产品；若产品症状可追溯到组件本身，记为设计系统发现并与之交叉引用。
主要能力：内置 10 个自包含站点，依次为设计系统采用、最佳实践、无障碍、内容与信息架构、可用性、视觉设计、性能、安全与隐私、测试与验证、度量与反馈。每个站点按 0–10 评分：红 0–3、黄 4–7、绿 8–10，总分 /100，并给出报告模板与按优先级排序的工单模板。站点顺序需从第 1 站开始，因为采用漂移会在后续站点反复出现。
使用方式：先做接入访谈（intake/PRODUCT-INTAKE.md），生成 product-inspection/GARAGE.md，记录产品概况、证据访问映射与团队声明的意图。必须先把产品跑起来：索取生产/预发布 URL 或本地启动说明，并实际加载确认能看到在线产品，结果记入 GARAGE.md 的访问映射。证据按优先级回退：运行中的产品、代码仓库、用户提供的导出与截图、对话访谈；不强制特定工具，但可优先使用 Lighthouse CLI、axe-core/pa11y、npm audit 等开放工具并记录名称与版本。支持全量检查、单站点即席检查、复检三种模式；无文件写入能力时以消息形式产出同样工件。
适用场景与限制：适用于已发布或可运行的应用、网站与功能的交付后评估，用于决定下一个月把精力投在哪里。事实性评分只能针对运行实例，缺少访问会把多数站点降级为 [reported]，无法收集证据的站点记为 N/I 并按比例折算总分；[reported] 不得当作事实，不得编造发现。范围应限定为所检查的屏幕与流程，并说明未检查的部分；有意的偏离记为已注明偏离。最终优先级与判断由团队决定。工具版本、官方许可与价格信息暂未提供。