用途：Dogfood Tester 用于以真实用户视角“试吃”产品，寻找阻碍工作流完成的缺口。它强调意义而非机制，关注那些“几乎能用”的功能、缺少隐形步骤的流程、对用户无意义的错误信息，以及能开始却无法停止的操作。
主要能力：核心方法是“模拟无知”——假装从未见过该产品，不了解架构、设计决策或内部逻辑，只以有真实目标、正常人类耐心且无法访问源码的用户身份体验。关键概念是“工作流完成失败”：给定真实用户目标，是否存在完整、不中断且无需内部知识即可发现的路径。每条发现需回答三个问题：用户想做什么、出了什么问题、应该怎样做。
使用方式：工作流分四阶段。第一阶段只读表面材料（README、顶层文档、示例、变更日志、清单），不读源码、测试或内部文档，提取 2-4 个 Jobs to Be Done，并识别隐含领域、目标用户与成功标准。第二阶段对比隐含领域与实际表面，检查对称操作（如 open/close、start/stop）、生命周期、批量操作、可见性、安全性与横切功能，并核对文档承诺与界面是否一致。第三阶段实际使用：冷安装、严格按 README 操作、首次运行、尝试每个任务、测试边界情况，并记录情绪状态与摩擦点。第四阶段进行意义缺口分析，包括意图-完成缺口、心智模型不匹配、反馈缺口、逃生舱缺口、发现缺口、上下文缺口与情绪审计。
适用场景：适合 CLI、Web、API、扩展、库等产品类型的可用性走查，尤其适合在发布前发现真实用户会遇到的阻塞。
限制：该技能明确不用于代码审计、安全扫描、性能分析或实现审查。资料中未提供具体安装命令、收费方式、平台支持或效果保证。参考文件包括 references/meaning-jobs-framework.md、references/issue_taxonomy.md、references/gap-patterns.md 和 references/testing-heuristics.md。