用途
「放大视角」（10x-labs-zoom-out）是一个在会话开始时运行的工作定位技能。它不执行具体任务，而是先明确本次会话应在哪个层次上工作，并说明智能体若要独立在该层次上工作还缺什么。
其核心出发点是：人们通常把眼前的任务交给智能体，例如修这个崩溃、写这份报告；智能体完成得不错，但下周同类任务又会出现。真正的价值往往高出一到两个层次——任务所服务的那个结果，以及能让该结果在无人推动时依然成立的系统。
三个层次
技能的第一步是把请求写成三个层次，通过追问「你希望接下来发生什么」和「目标背后的目标是什么」逐级上移：
- 任务：被要求做的是什么。
- 结果：任务为何存在，完成后会改变什么。
- 常设系统：什么机制能在无人再次要求时让结果持续成立。
技能要求第二、三层必须针对本次具体请求写得具体。泛泛的表述（如「提升质量」「增加监控」）说明尚未理解领域，应先阅读可用的代码、数据或文档。
主要能力
第二步为第三层列出智能体工作所需的条件，并逐项标注今天是否具备、在哪里、要添加需要做什么：
- 信号：智能体从哪里得知出了问题（日志、崩溃报告、工单、指标、原始数据导出）。
- 映射：能否把信号关联到引发它的代码或数据（版本→提交、指标→查询、工单→模块）。
- 复现：在哪里可以安全地尝试（测试环境、各操作系统机器、沙箱数据库、固定测试数据）。
- 验证：除智能体自己的判断外，什么能证明修复有效（测试、基准、重跑失败用例、留出数据）。
- 权限：哪些可以自主执行，哪些需要人工（开 PR 还是合并、起草还是发送）。
每一项标记为具备、部分具备或缺失，并需先检查仓库或工作区再断言缺失。
第三步推荐本次会话的层次并给出一行理由，通常分三种情形：第三层条件全部具备则直接做第三层；部分缺失但成本低则本次做第一层并补齐最便宜的缺失项；多数缺失或依赖他人则停留在第二层，并把准备步骤列为后续事项。技能明确要求不得悄悄扩大范围：若推荐层次大于用户所求，应先说明并征询确认。
使用方式
技能输出 zoom-out.md（无工作区时直接打印），包含以下固定部分：三层描述、第三层需求表（需求／状态／补充方式）、本次会话推荐层次及理由、一段可供用户复制给智能体的「长期授权」提示词、以及用户的准备步骤。随后按所选层次继续工作，除非用户只要这份说明。
适用场景与限制
适用于希望将一次性任务升级为持续结果的场景，例如从「修这个崩溃」到「保持应用不崩溃」；也适用于季度复盘等流程改进类请求。技能中引用的来源思路提到，这类升级只有在同时提供崩溃报告、应用版本到 git 提交的映射、以及可复现验证的 Windows/macOS/Linux 机器后才成立——目标与访问权限需配套，只有大目标而无可用的条件是空想。
建议跳过的情况：创意或审美类工作（写作风格、视觉设计），纯机械性改动（重命名、升级版本号），以及用户自己已经说明了结果和常设系统。
未提供的信息：具体平台支持、安装方式、收费情况、运行环境要求等暂未提供。