delegate-my-work

委派我的工作

采访用户的工作，找出循环——值得交给 AI 处理的重复模式——并为每个循环编写一份可构建的规格说明。主要受众是非技术员工：使用通俗的职场语言，聚焦日常工作，并且在用户确认可以使用之前，不要假设任何 AI 或自动化工具可用。

方法是深度追问：坚持一次只问一个问题。最终输出应是一份适配工具的规格说明，保存在用户的工作区中；说明首选方案、工具访问情况，至少提供一个备用方案，并给实施者足够的信息，使其无需提问即可着手构建。

深度追问的纪律

围绕一个循环持续深入采访用户，直到双方对如何构建达成共识。沿着设计树逐一探索每个分支，并逐个解决决策之间的依赖关系。每个问题都要附上推荐答案。

一次只问一个问题，等待用户回答后再继续。同时问好几个问题会让人不知所措。

如果可以通过查看用户的文件、代码库、工作区或现有笔记来回答某个问题，就先探索，而不是提问。

使用提问工具提问

如果主机提供提问工具，请使用该工具：

• 在 Codex 中，使用 request_user_input。
• 在 Claude 中，使用 AskUserQuestion。
• 如果没有提问工具，就用纯文本询问同一个问题。

对于每个问题：

• 每次调用恰好只问一个问题——绝不一次提出多个问题。
• 提供 2-4 个选项。将推荐答案放在第一位，并在其标签后附加 (Recommended)。
• 如果主机内置了 Other 选项，让它承载自由文本答案；不要自行添加 “Other” 选项。

工具访问情况表

在推荐工具方案之前，先在用户的 NOTES.md 中建立或更新工具访问情况表。每次只问一个问题，了解员工实际能够使用哪些工具：

• ChatGPT/OpenAI 工具，包括 Codex 或编码 Agent。
• Claude 工具，包括文档、电子表格或演示文稿功能。
• Microsoft Copilot 和 Microsoft 365 访问权限。
• Excel 和 PowerPoint 加载项或扩展程序。
• Google Workspace AI 工具和附加组件。
• Zapier、Make、Power Automate、UiPath 等无代码/RPA 工具。
• IT 批准的自动化平台、内部 API、脚本或服务账户。

为每个工具记录以下准确的访问状态之一：

• 可用
• 经管理员批准后可用
• 不可用
• 受政策限制
• 未知——需确认

除非已确认访问权限且符合政策要求，否则绝不要只推荐一个方案。如果访问情况未知、受限制或不可用，请明确说明，并提供备用方案。

工具路线与备用方案

每个循环规范都必须包含一条首选路线和至少一条备用路线。

使用以下路线类型：

• 现有 AI 助手 -- 员工可以使用当前可用的助手完成该循环。
• Office 加载项/扩展 -- Excel、PowerPoint、Outlook、Google Workspace 或类似扩展支持该循环。
• 编码/智能体构建工具 -- 由 OpenAI/Codex、Claude Code、其他编码 Agent 或开发人员构建自动化。
• 无代码/RPA/API 自动化 -- 由工作流平台、Office Scripts、Power Automate、Zapier、Make、UiPath、API 集成或内部自动化来处理。
• 人工桥接方案 -- 在访问权限、政策或数据问题尚未解决时，采用更安全、由人工执行的流程改进方案。
• 暂不自动化 -- 该循环过于模糊、敏感、少见，或受政策限制，目前不适合使用 AI 支持。

默认备用方案规则：

• 如果 Excel 或 PowerPoint 扩展不可用，可考虑手动上传/导出、Office Scripts、VBA、Power Query、Microsoft Copilot、无代码/RPA，或可构建的自动化规范。
• 如果 OpenAI/Codex 不可用，可考虑 Claude、Microsoft Copilot、无代码工作流，或由内部 IT 实施。
• 如果所有 AI 工具都受限，则生成一份由人工执行的流程改进清单，以及一份面向未来的自动化规范。
• 如果数据敏感，优先选择能让数据留在已获批准的公司系统内的路线，或选择执行前需经 IT/安全部门批准的路线。

三种委派级别

根据 AI 接手的工作量对每个循环进行分类，这由人在循环中介入的位置决定：

• 自动化 -- AI 或自动化端到端地运行整个循环。无需检查点。
• 协作 -- AI 完成工作；人在检查点核验一份简报，然后流程继续。（半自动化。）
• 辅助 -- 人运行整个循环；AI 在特定环节提供帮助。（提供支持。）

不要强行设定任何结构性要求：除非深入询问后发现确有必要，否则循环无需使用 AI、无需设置检查点，也无需安排计划。规范中的操作术语 -- 触发条件、检查点、右推、简报、工具访问权限图、备用路线和人工桥接方案 -- 定义于 references/vocabulary.md；在深入了解循环时使用这些术语。

工作区

状态信息保存在用户的工作目录中，而非此技能内：

• NOTES.md -- 用户的工作情况：角色、重复性工作、工具/渠道、术语、敏感数据限制、获准使用的 AI 工具、工具访问权限图，以及循环清单。
• automations/<loop>.md -- 每个循环一份了解工具情况的规范，是要构建或采用什么方案的事实来源。

步骤

按顺序执行。每一步都以其完成标准为准；满足标准前不要进入下一步。

1. 了解用户的工作环境。 阅读 NOTES.md。如果文件不存在或内容过于简略，就深入询问用户的职责、日常和每周工作、工具、渠道、术语、数据敏感性及反复出现的阻碍。随着模糊术语逐渐明确，将其规范为标准术语并记录下来。完成标准：NOTES.md 用用户自己的词汇描述了他们的工作环境。

2. 梳理工具访问权限。 阅读 NOTES.md 中现有的工具访问权限表，然后一次问一个问题，直到相关工具都有访问状态。根据员工的工作情况，涵盖 ChatGPT/OpenAI、Claude、Microsoft Copilot、Excel/PowerPoint 加载项、Google Workspace 工具、无代码/RPA 工具、编码 Agent、IT 批准的平台以及内部 API。完成标准：可能优先采用的途径都能标记为「可用」「需管理员批准后可用」「不可用」「受政策限制」或「未知 - 需确认」。

3. 选择一个工作循环。 如果用户已指定工作领域（命令参数），就采用该领域。否则，阅读 NOTES.md，通过工作循环视角提出可选方案，包括用户尚未注意到的工作循环。完成标准：已提出一个明确命名的工作循环。

4. 深入梳理工作循环。 按设计树逐一提问：触发条件；输入和来源；具体工作及步骤；数据敏感性；工具访问限制；委派程度；检查点的位置及能推迟到多后；简报包含的内容；失败情况和边缘案例。对于不同工作类型的现成问题树，请加载 references/question-bank.md。完成标准：所有分支都没有未解决的问题。

5. 选择途径和备选方案。 根据访问权限表和政策限制，选择首选工具途径。除非已确认首选途径可用且符合政策，否则至少增加一个备选途径。完成标准：已明确首选途径、访问状态、备选途径、批准或安装需求，以及人工衔接方式。

6. 安排人工参与。 选择自动化、协作或辅助级别。对于协作和辅助，确定检查点，并尽量后移：先完成尽可能多的工作，再让人参与；要在准备就绪后再一次性请人处理。完成标准：已选定级别并安排检查点；若为自动化级别，则明确无需检查点。

7. 编写规格说明。 使用 references/spec-template.md 中的结构编写 automations/<loop>.md。完成标准：符合下方的完成定义。

8. 继续下一个工作循环。 询问用户是否还值得为另一个工作循环编写规格说明，然后从步骤 3 开始重复。完成标准：用户已没有值得委派的工作循环。

完成定义

规格说明只有在写明首选途径、访问状态、备选途径、批准或安装需求、数据敏感性、委派级别和检查点位置后才算完成；并且实现 Agent 无需提出任何问题，就能构建该自动化或支持工作流。持续深入提问，直到满足这些条件；只要还有问题未解决，就不算完成。

其他资源

• references/vocabulary.md -- 触发条件、检查点、尽量后移、简报、工具访问权限表、备选途径、人工衔接方式，以及工作循环／委派锚点。在梳理访问权限、深入梳理和安排人工参与时加载（步骤 2、4-6）。
• references/question-bank.md -- 针对不同员工工作领域的深入提问树。在深入梳理特定工作循环时加载（步骤 4）。
• references/spec-template.md -- automations/<loop>.md 的结构及一个完整示例。在编写规格说明时加载（步骤 7）。