用途 App Teardown 用于对仓库中的 app 做一次产品拆解（teardown）：把每个屏幕按实际渲染效果截图，以资深产品设计师审视竞品的方式对每个屏幕和流程做出批评，然后把每个流程排布到 /design 画布上，截图旁附上对应批评。截图是证据——每条发现都指向截图中可见的内容。该技能不编辑应用代码，只读取、运行、截图并报告，所有输出放在 docs/teardown/。
主要能力
- 理解产品：读取 README、docs/（如 PRD.md、DEFINE.md、DESIGN.md）、package 清单以及定价或付费墙代码，明确目标用户、核心任务和商业模式；三项中若有缺失，会先向用户确认一次。
- 梳理屏幕：从代码中盘点路由（Next.js app/pages、React Router、Remix、SvelteKit）、屏幕与导航器（Expo Router、React Navigation）、SwiftUI/UIKit 视图，以及弹窗、抽屉、对话框和付费墙，并按用户完成某件事的序列组织成流程（首次引导、注册/登录、核心循环、创建/编辑、升级、设置/账户、取消等）；同一屏幕可出现在多个流程中。每个屏幕列出值得截图的状态：空、有数据、加载、错误、首次 vs 回访、免费 vs 付费。
- 截图：在本地运行应用并截图屏幕地图中的每个屏幕和状态。Web：启动开发服务器并用 Playwright 驱动（缺失则安装），默认在 390×844 和 1440×900 下截图（除非应用明显仅移动端或仅桌面端），可滚动页面截全页。iOS/Expo 原生：启动模拟器，尽可能通过深链导航，使用 xcrun simctl io booted screenshot 截图；无法驱动到的屏幕会列入“未捕获”清单由用户手动获取。认证与数据：使用项目 seed 或 fixture 中的测试账号和数据，或在 localhost 创建一次性账号；绝不使用真实凭据或生产服务；填充足够数据使有数据状态看起来像真实使用。截图保存为 docs/teardown/screens/<flow>/<NN>-<screen>-<state>.png，每张压缩至≤300 KB。
- 批评：查看每张截图，依次审查每个屏幕、每个流程端到端、以及整体产品，覆盖 UX、转化、留存、产品四个视角。每条发现记录：位置（流程›屏幕›元素）、视角、问题（用户实际体验，而非代码行为）、建议（具体可执行的修改）、严重度（Critical 阻塞任务或收入 / Major / Minor / Polish）、工作量（S / M / L）。规则包括：指向像素，每条发现引用截图中可见内容；缺失内容需指出应出现的位置；每条发现只讲一个问题，同一问题出现在多个屏幕时合并为一条模式发现并列出所有位置；避免通用最佳实践，建议必须针对该产品；每个流程简要说明哪些地方做得好，以免修改时破坏。
- 画布排布：每个流程运行一次 /design，每个屏幕一个画板，按捕获视口尺寸，按流程顺序从左到右排列，标签为 <NN> · <screen name>；备选状态堆叠在其屏幕下方；截图原样作为画板内容，不做重设计；每个屏幕旁放一张笔记卡，列出该屏幕的发现并标注严重度，Critical 优先；最后一张画板总结该流程：结论、做得好的地方、优先修复项。每个画布链接记录在 screen-map.md。
- 报告：写入 docs/teardown/REPORT.md，包含：结论（三句话说明产品最大机会）、Top 10（按对任务和业务的影响与工作量排序）、每个流程（画布链接、结论、发现表格）、产品建议（定位、魔法时刻、留存循环、变现）、未捕获（无法到达的屏幕及原因）。最终回复用户给出结论、Top 3 修复项和画布链接。
使用方式 该技能通过自然语言触发使用，适用于用户希望对某个 app 项目进行拆解评审的场景。执行时会在本地运行应用、截图并生成文档，不修改代码。
适用场景 适合产品经理、设计师或开发者系统审视应用体验，识别转化与留存瓶颈，获得有截图证据支撑的具体改进建议；也适合对竞品或自家产品做设计评审参考。
限制 该技能不编辑应用代码；需要本地运行环境（Web 用 Playwright，iOS/Expo 用模拟器）；无法驱动到的屏幕会列入“未捕获”清单，需用户手动补充；不使用真实凭据或生产服务。