用途
one-by-one 是一个智能体技能，用于与用户逐项处理一份清单。清单来源可以是评审意见、报告、发现项或文档。核心原则是：每轮只处理一个条目，由用户对每个条目做决定，智能体只应用用户批准的内容。
主要能力
1. 收集与列出
从用户指定的来源收集条目：评审意见、报告、发现项或文档。
如果用户没有指定来源（例如只是调用了该技能），则使用对话中智能体自己最近的一条消息作为来源，从中提取条目、发现项或提案。如果该消息中没有可决定的条目，则询问用户要处理什么。
展示一个带编号的列表，每个条目附一行摘要。当一个改动同时解决两个相关条目时，将它们分组并说明。
此时不开始处理任何条目。建议一个顺序（影响最大优先，或依赖关系优先），待用户同意后开始。
2. 每轮呈现一个条目
每个条目使用以下结构：
- 上下文：引用来源（评论，或带行号的当前文本）。指出该条目依赖的先前决定。介绍用户可能不了解的概念。
- 预览：以 diff 或替换文本形式展示确切的改动。此时不编辑文件。
- 我的意见：给出推荐及理由。当不同意时，也要对评审者或用户提出反对意见。当存在真实选择时，给出带标签的选项（A、B、C），让用户可以用一个词回答。说明该改动失去了什么，而不仅是获得了什么。
以一个问题结束：应用、修改还是跳过？如果有选项，询问选哪一个。
保持每轮简短。不要在同一轮中呈现下一个条目。
3. 只应用用户批准的内容
批准后，只应用被批准的变体。
在同一次编辑中，修复直接的连带引用（例如别处一句现在与改动相矛盾的句子）。每处用一行说明。
如果改动引发新问题，不要自行决定。将其作为备注提出，或作为独立条目。
选择“跳过”时，不做任何改动，继续下一项。
选择“修改”时，在应用前展示新的预览。
如果用户带来新信息（例如与同事的对话），据此重新评估该条目。如果有代价，提出反对意见。
每应用一个改动用一行确认，然后呈现下一个条目。
4. 不超出约定范围行动
除非用户在当前对话中要求，否则不提交、不推送、不发布回复、不解决讨论线程、不编辑 pull request 或 issue。
对一个操作的批准不延伸到下一个操作。每次提交、推送或对外消息都需要单独请求。
仅在聊天中起草回复和消息，除非用户要求发送。
5. 收尾
最后一个条目之后：
- 总结应用了什么、用户跳过了什么，例如用一张简短的表格。
- 列出仍然存在的未决点。
- 对改动文件运行适用的项目检查，并报告结果。
- 询问是否提交，并建议一条提交信息。
使用方式
该技能通过调用触发。用户可指定清单来源；未指定时，智能体以自己最近一条消息为来源。整个流程以对话轮次推进，每轮一个条目，用户逐项决定。
适用场景
- 处理代码评审意见
- 逐条讨论报告要点或发现项
- 梳理待决问题
- 任何需要用户逐项确认、避免批量自动改动的清单处理任务
限制
- 每轮只处理一个条目，不批量推进。
- 未经用户在当前对话中明确要求，不执行提交、推送、回复、解决线程或编辑 PR/issue 等外部操作。
- 对单个操作的批准不自动适用于后续操作。
- 改动引发的新问题不由智能体自行决定。
- 关于收费、价格、平台支持等具体信息，资料中暂未提供。