AI 工作者目录
《Agent Factory 论纲》的配套文档。一个持续更新的参考目录，列出跨业务垂直领域、基于角色的 AI 工作者（数字全职员工）。
如何阅读这份文档
《Agent Factory 论纲》定义架构：七个不变量、两层模型、一个工厂。本目录是在那套架构之下运行的操作性法规。论纲停留在不变量层，也就是不会改变的持久规则；本目录则承诺给出具体内容：每个垂直领域有哪些工作者、它们做什么、读写什么、谁监督它们、人类在哪里验证，以及今天用哪些引擎运行它们。
这份文档是有版本的。论纲像宪法；目录是操作手册。随着劳动力的现实变化，目录会变化；论纲不会。
每个垂直领域都要记住的三件事
第一，工作者不是整个角色。 一个「GTM 工作者」不是一个能独自完成全部 GTM 工作的 AI 员工。每个垂直领域都会被拆成一支基于角色的工作者队伍，每个工作者都足够聚焦，能够被规格化、监督和验证。拆分本身就是重点。一个试图做太多事情的工作者，既无法被清楚定义，也无法被干净评测，更无法在不重建整个职能的情况下被替换。
第二，人类会迁移位置，而不是消失。 每个垂直领域都有一位人类监督者：GTM 负责人、Controller、支持负责人、工程经理、People 负责人、总法律顾问。他们的工作从执行环节，也就是中间的 80%，转移到意图和验证环节，也就是最前面的 10% 和最后的 10%。本目录会为每个垂直领域明确命名这位监督者，因为正是监督者的授权，让工作者队伍具备合法性。
第三，权威记录系统是底座。 每个工作者都会从一个持久存储中读取并写入数据；这个存储会在智能体会话结束后继续存在。GTM 的底座是 CRM，财务的底座是总账，支持的底座是工单系统，工程的底座是代码仓库。没有权威记录系统，agents 就会幻觉状态、重复写入交易，并在会话之间丢失工作。本目录会在每个垂直领域一开始就命名权威记录系统，因为它是 agent 设计中最常被低估的依赖。
目录模板
每个垂直领域条目都遵循同一个八字段模板：
- 定义：用普通语言说明这个职能做什么。
- 权威记录系统：工作者队伍所依赖的权威数据存储。
- 工作者队伍：这个垂直领域中拆分出来的、基于角色的工作者列表。
- 授权边界：监督者委派了什么，以及附带的预算和限制。
- 人类监督者：谁拥有规格、预算和结果。
- 验证检查点：行动提交之前，人类在哪里审查。
- 参考引擎：当前每类工作者的引擎选择。它们可以被替换。
- 失败模式：缺少授权边界时会出什么问题。
下面命名的参考引擎是 2026 年的实现方式，不是不变量。工作者队伍、权威记录系统和验证结构是持久的；引擎会变化。
垂直领域的解剖结构
在进入六个具体条目之前，先看它们共同遵循的 schema。每个垂直领域都有同一种架构形状：顶部是人类监督者，中间是一支拆分后的工作者，底部是权威记录系统，工作者队伍外面包着授权边界，旁边有验证检查点，下面则为每个工作者选择引擎。
1. 市场进入（GTM）
定义。 这是把潜在客户转化为付费客户的综合销售、营销和收入动作。它覆盖外联、入站、序列编排、资格判定、商机管理、提案和成交。
权威记录系统。 CRM，例如 Salesforce、HubSpot、Pipedrive。所有线索状态、联系人状态、账户状态、商机状态和活动历史都存在这里。工作者从 CRM 读取并写回 CRM；任何重要状态都不依赖智能体的上下文窗口记忆。
工作者队伍。
- 线索补全工作者：给入站线索补充公司画像、技术画像和意图数据。通过 MCP 组合 Clay、Apollo、Clearbit、ZoomInfo。
- 外联编排工作者：跨电子邮件、LinkedIn 和 SMS 起草并发送多触点序列。语气、节奏和渠道组合按 ICP 调整。
- CRM 清理工作者：去重联系人，规范客户账户层级，修正 owner，补齐缺失字段，归档过期记录。
- 销售管道分析工作者：读取商机阶段历史，标记停滞中的交易，浮现转化异常，并生成相对配额的每周预测差异。
- 提案生成工作者：根据商机记录、产品目录和定价规则生成定制提案。
- 演示定制工作者：根据潜在客户的 ICP 和已表达需求，从演示库中组装定制产品演示。
- 归因工作者：对齐各渠道触点数据，并把归因结果写回 CRM。
授权边界。 外联编排工作者每个 ICP 每天最多发送 N 封电子邮件，所有编排序列工具的预算上限为每月 $X。提案生成工作者可以在预先批准的折扣区间内报价；超出区间必须由人类批准。销售管道分析工作者对阶段字段只读；可以标记问题，但不能在没有人类签核的情况下移动 deal。线索补全工作者有单条记录成本上限。
人类监督者。 Head of GTM / CRO / VP Sales。拥有 ICP 定义、序列编排策略、折扣政策和预测方法论的规格。每周验证预测输出，并审查超过交易规模阈值的提案草稿。
验证检查点。 (1) 每个活动启动前批准外联序列。(2) 超过交易规模阈值的提案发送前由人类审查。(3) 每周预测审查中，销售管道分析工作者的输出是输入，而不是最终结论。(4) 每季度审查归因，用于渠道组合决策。
参考引擎。 外联编排工作者和 CRM 清理工作者运行在 Dapr 智能体上，因为写入权威记录系统时持久性和幂等性很关键。提案生成工作者运行在 Claude 托管智能体上，因为它需要长上下文文档工作和定制化文字。销售管道分析工作者运行在 OpenAI Agents SDK 或 Claude 托管智能体上。线索补全工作者运行在 Dapr 智能体上。
失败模式。 没有授权边界，外联工作者会变成垃圾邮件炮台，公司的域名会被拉黑。没有权威记录系统契约，销售管道分析工作者会幻觉交易阶段，预测会变成虚构。没有验证，提案生成工作者会在政策之外报价，收入会被意外打折。
2. 财务
定义。 负责结账、应收账款、应付账款、财务规划与分析、税务和法定报告的职能。
权威记录系统。 总账，例如 NetSuite、QuickBooks、Xero、SAP、Oracle。所有日记账分录、账户余额和期间结账都在这里。权威记录系统还具有法律意义：审计师、税务机关和监管者都会读取它。
工作者队伍。
- 结账工作者：运行期间结账清单，包括应计项目、重分类、公司间抵销，以及从源单据起草日记账分录。
- 应收工作者：开具发票，核销现金，管理应收账龄，起草 dunning 序列。
- 应付工作者：接收供应商发票，将其与 POs 和收货凭证匹配，并在账期内安排付款批次。
- FP&A 工作者：生成相对预算的差异分析，起草管理报告，并根据假设输入生成情景模型。
- 对账工作者：把银行账户、信用卡和明细账余额对回 GL。
- 税务工作者：起草间接税申报，支持所得税准备，并标记需要税务审查的交易。
- 审计轨迹工作者：生成审计就绪资料包：工作底稿、勾稽核对，以及从源系统拉取的支持性文档。
授权边界。 应付工作者可以在单供应商和单批次上限以内安排付款批次；超出则需要 controller 批准。结账工作者可以在重要性阈值以内过账日记账分录；超出则需要人类审查后再过账。税务工作者只起草，不提交。FP&A 工作者对实际值只读，可以写入情景模型。
人类监督者。 Controller / VP 财务 / CFO。拥有会计政策、重要性阈值、结账日历和法定申报批准的规格。对期间结账进行认证。
验证检查点。 (1) 超过重要性阈值的每条日记账分录都在过账前审查。(2) Controller 认证期间结账后才能锁账。(3) 法定申报文件提交前由人类税务专业人士审查。(4) 审计资料包发布前由 controller 审查。
参考引擎。 结账工作者、应收工作者、应付工作者和对账工作者运行在 Dapr 智能体上，因为财务要求持久性、幂等性和可重放性。FP&A 工作者和税务工作者运行在 Claude 托管智能体上，因为它们偏分析和文档密集。审计轨迹工作者运行在 Dapr 智能体上。
失败模式。 没有授权边界，应付工作者会重复付款给供应商。没有权威记录系统契约，结账工作者会让账簿偏离现实。没有重要性阈值，每一条 JE 都会卡在人类那里，结账永远完成不了。没有法定申报文件验证，公司会提交无法辩护的文件。
3. 客户支持
定义。 跨渠道解决客户问题、管理升级，并把学习结果反馈到产品和文档中的职能。
权威记录系统。 工单系统，例如 Zendesk、Intercom、Freshdesk、HelpScout，并与知识库配套。工单状态、对话历史、客户历史和解决结果都存在这里。
工作者队伍。
- 分流工作者：读取入站工单，按主题和严重级别分类，路由到正确队列，并设置初始优先级。
- 解决工作者：用 KB 直接回答已知问题；遇到新问题时起草回复供人类审查。
- 升级工作者：识别超出一线范围的工单，并通过结构化交接路由给正确专员或工程团队。
- 知识库维护工作者：识别高频但没有知识库文章的主题，起草新文章，更新过期文章，淘汰失效内容。
- 满意度分析工作者：读取调查回复和工单记录，识别满意度驱动因素，并向管理层浮现模式。
- 宏生成工作者：根据反复出现的已解决工单模式提议新的预设回复。
- 客户之声工作者：把工单主题综合成给产品团队的产品反馈包。
授权边界。 解决工作者可以自动回复与预批准模式匹配、且超过置信度阈值的工单；低于阈值则路由给人类。宏生成工作者只起草，不经人类批准不得部署宏。知识库维护工作者在预发布环境状态下起草文章；由人类发布。
人类监督者。 支持负责人 / 客户体验总监。拥有升级政策、知识库编辑标准、严重级别定义和 CSAT 目标的规格。
验证检查点。 (1) 低于置信度阈值的自动回复发送前审查。(2) 新知识库文章发布前审查。(3) 新宏部署前批准。(4) 每周审查升级模式，用于更新路由规则。
参考引擎。 分流工作者和解决工作者运行在 Claude 托管智能体上，因为它们是对话型、上下文密集工作。知识库维护工作者运行在 Claude 托管智能体上。满意度分析工作者和客户之声工作者运行在 OpenAI Agents SDK 或 Claude 托管智能体上，因为它们偏分析综合。宏生成工作者运行在 Dapr 智能体上。
失败模式。 没有授权边界，解决工作者会自信地答错，客户会流失。没有验证，知识库维护工作者会用幻觉内容污染知识库。没有升级阈值，困难工单会一直停留在一线队列，直到变成投诉。
4. 工程
定义。 设计、交付、运行并维护公司软件系统的职能。
权威记录系统。 代码仓库（GitHub、GitLab）是源代码的规范权威记录系统。CI/CD 平台是构建和部署状态的权威记录系统。可观测性栈（Datadog、Grafana、Honeycomb）是运行时状态的权威记录系统。每个工作者都写入自己领域中的规范存储。
工作者队伍。
- 代码审查工作者：审查拉取请求的正确性、风格、安全问题和测试覆盖率，并行内评论。
- 重构工作者：按照预先指定的重构规格，在代码库中执行重命名、抽取、重组、依赖升级等变更。
- 部署工作者：在环境之间提升构建产物，运行冒烟测试，并在政策内执行发布和回滚。
- 测试生成工作者：为新代码和未测试代码路径生成单元测试、集成测试和端到端测试。
- 事件响应工作者：汇总遥测数据，起草事件时间线，识别可能根因，并起草事后复盘。
- 依赖更新工作者：为安全补丁和小版本升级打开 PR，运行测试套件，并请求审查。
- 文档生成工作者：根据代码、ADRs 和设计规格生成并更新技术文档。
- On-Call 分流工作者：作为告警的第一响应者，分类严重级别，收集上下文，并升级给人类采取行动。
授权边界。 部署工作者可以不经批准提升到预发布环境；生产部署需要人类关口。重构工作者只能基于预先批准的重构规格工作，不能自由发挥。依赖更新工作者可以在预批准依赖集合内合并通过绿色测试套件的补丁；主版本需要人类审查。事件响应工作者默认只读访问系统。
人类监督者。 工程经理 / Tech Lead / Head of Platform。拥有代码风格、部署政策、测试覆盖率目标、重构优先级和事件响应运行手册的规格。
验证检查点。 (1) PR merge 到 main 前由人类审查。(2) 生产部署由人类批准关口控制。(3) 事件指挥官始终是人类；事件响应工作者只协助，不领导。(4) major 依赖升级合并前审查。
参考引擎。 代码审查工作者、重构工作者和测试生成工作者运行在 Claude 托管智能体上，因为 Claude Code 正是为这类工作设计的，是正确默认选择。部署工作者、依赖更新工作者和 On-Call 分流工作者运行在 Dapr 智能体上，因为运维需要持久性和重试语义。事件响应工作者运行在 Claude 托管智能体上。编码智能体事件的触发通过 Claude Code Routines；其余都通过 Inngest。
失败模式。 没有授权边界，部署工作者会把未审查代码发布到生产环境。没有权威记录系统契约，事件响应工作者会基于过期遥测数据推理。生产部署没有人类关口，回归会在周六凌晨 3 点上线。
5. 人力资源（People）
定义。 负责人才搜寻、招聘、入职、发展和留住劳动力的职能；这里的劳动力既包括人类，也越来越包括 AI。
权威记录系统。 候选人跟踪系统（Greenhouse、Lever、Ashby）负责候选人。HRIS（Rippling、Workday、BambooHR）负责员工。绩效管理系统（Lattice、15Five）负责评审状态。每个工作者都读取并写入自己范围内正确的存储。
工作者队伍。
- 人才搜寻工作者：搜索候选人数据库，起草个性化外联，并安排初筛电话。
- 筛选工作者：按角色规格审查申请，给 fit 打分，并为招聘 managers 起草候选名单。
- 排期工作者：协调面试小组、候选人和会议室之间的面试流程。
- 入职工作者：配置账号，安排第一周会议，交付培训材料，并追踪清单完成情况。
- 绩效跟踪工作者：从系统中收集绩效信号，起草评审资料包，并浮现离职风险。
- 薪酬基准工作者：拉取薪酬数据，按角色和级别起草范围，并标记异常。
- 敬业度工作者：运行脉搏调查，分析回复，并向 managers 浮现主题。
- 政策问答工作者：从 HR 知识库回答员工关于福利、休假和政策的问题。
授权边界。 人才搜寻工作者可以在预批准模板和每日数量上限内发送外联。筛选工作者可以候选名单，但不能未经人类审查就拒绝候选人。排期工作者可以在预批准时间窗口内预约。入职工作者只能配置预批准工具。薪酬基准工作者起草范围；由人类批准。
人类监督者。 Head of People / VP Talent / CHRO。拥有角色定义、招聘评分标准、薪酬理念、绩效标准和政策的规格。
验证检查点。 (1) 任何面试前，候选名单由招聘 managers 审查。(2) 录用条件延伸给候选人前需要人类签核。(3) 绩效评审交付前由 managers 审查。(4) 人才搜寻外联模板每季度审查。(5) compensation 范围发布前批准。
参考引擎。 人才搜寻工作者、筛选工作者和政策问答工作者运行在 Claude 托管智能体上。排期工作者、入职工作者和敬业度工作者运行在 Dapr 智能体上，因为持久性很重要；入职步骤漏掉时，人会立刻注意到。绩效跟踪工作者和薪酬基准工作者运行在 Claude 托管智能体上。
失败模式。 没有授权边界，人才搜寻工作者会发送违反平等就业机会标准或公司品牌的外联。没有验证，筛选工作者会用有偏代理指标过滤候选人。没有权威记录系统契约，入职工作者会在错误系统中为错误的人配置账号。
6. 法务
定义。 起草、审查、修订并管理合同；就风险提供建议；并确保监管合规的职能。
权威记录系统。 合同生命周期管理系统（Ironclad、DocuSign CLM、LinkSquares）负责合同状态。事项管理系统负责诉讼和咨询。合规登记册负责监管义务。每个工作者都写入自己范围内正确的存储。
工作者队伍。
- 合同审查工作者：读取入站合同，并按公司操作手册生成结构化风险摘要。
- 修订工作者：基于操作手册和标准兜底立场提出修订意见。
- 入口受理工作者：处理法务请求队列：分类、排序、路由，并从请求人收集所需信息。
- NDA 工作者：处理高量、低风险合同处理：在政策内端到端完成 NDA 审查、修订和发送。
- 供应商风险评估工作者：审查供应商安全问卷、合同和安全态势，并生成风险建议。
- 合规监控工作者：追踪监管变化，把它们映射到内部义务，并浮现所需更新。
- 证据开示工作者：支持诉讼证据开示：文档审查、特权标记、提交材料起草。
授权边界。 NDA 工作者可以在操作手册内完整执行 NDA；任何超出操作手册的情况都会升级。修订工作者只提出立场，在人类律师审查前不得发送给相对方。供应商风险评估工作者可以评分，但不能批准。合规监控工作者可以标记问题，但不能让公司承诺某个监管立场。
人类监督者。 General Counsel / 法务负责人 / Deputy GC。拥有合同操作手册、风险阈值、监管立场和诉讼策略的规格。
验证检查点。 (1) 高于 NDA 档的每个修订在会签前由人类律师审查。(2) 监管立场承诺前需要人类律师批准。(3) 证据开示材料发布前审查。(4) 操作手册更新每季度由 GC 审查。
参考引擎。 合同审查工作者、修订工作者、供应商风险评估工作者和合规监控工作者运行在 Claude 托管智能体上，因为它们是长上下文文档工作，并要求精确法律语言。NDA 工作者运行在 Dapr 智能体上，因为它是这支队伍中唯一端到端执行、且需要持久性的工作者。证据开示工作者运行在 Claude 托管智能体上。
失败模式。 没有授权边界，修订工作者会让公司承诺一个 GC 永远不会批准的立场。没有验证，合规监控工作者会误分类监管义务。没有权威记录系统契约，合同会在两个系统中以两套条款签署，法务团队要到续约时才发现。
跨垂直领域工作者
有些工作者不属于单一垂直领域。它们服务每个职能，最好只构建一次，然后共享。
- 文档生成工作者：根据结构化输入生成格式化文档，例如 PDF、幻灯片、电子表格。GTM 用它生成提案，财务用它生成审计包，法务用它生成合同，HR 用它生成录用通知书。
- 通知工作者：通过电子邮件、Slack、SMS 和 push 发送权威通知。每个垂直领域都会使用。
- 翻译工作者：用具备领域意识的词汇在不同语言之间翻译内容。GTM、支持、HR、法务都会使用。
- 会议工作者：加入会议、转写、起草摘要，并提取行动项。每个垂直领域都会使用。
- 数据抽取工作者：从非结构化输入（PDF、电子邮件、图片）中抽取结构化数据。财务、法务、HR、支持都会使用。
这些跨垂直领域工作者是基础设施。它们应该只构建一次，由 Paperclip 治理，并由任何需要它们的垂直领域工作者调用。它们并不比垂直领域工作者次要；它们是连接组织的组织结构。
前沿垂直领域
上面六个垂直领域，是当前架构成熟到足以在本目录 v0.1 中承诺具体内容的地方。还有几个领域显然也在范围内，但需要在未来版本中单独处理。
- RevOps：GTM、客户成功和财务共享的跨职能运营骨干。RevOps 工作者管理三个面向客户职能所依赖的数据流水线、归因模型和报告层。
- 采购：展示作为经济行动者的智能体的最干净近期案例。采购工作者会在人类设置的授权边界内协商、签约并支付供应商，并使用 ACP、AP2、x402 和 MPP 通道。
- 客户成功：与支持相邻，但 KPI 不同（留存、扩张、健康度），权威记录系统也不同（客户健康平台）。
- 营销：在规模化后可以从 GTM 中拆出来：品牌、内容、需求生成和生命周期营销各自支持不同工作者队伍。
- 产品：研究、优先级排序、规格起草、发布说明和路线图维护都属于基于角色的工作者领域。
- 数据与分析：流水线维护、异常检测、仪表盘生成和临时分析。它位于所有其他垂直领域之下。
- 合规与风险：与法务相邻但不同：企业风险登记册、控制测试、审计响应和监管报告。
这些领域会在各自的工作者队伍和验证模式稳定后，加入本目录的未来版本。
关于实体工作者的说明
论纲在结尾把具身 AI 工作者命名为一条发展轨迹。当这个前沿到来时，本目录会获得新的垂直领域：仓储运营、最后一公里物流、制造现场运营、自动驾驶车辆。架构不会改变：同样的授权边界、同样的管理者 API、同样的权威记录系统。只是计算层多了一个身体。时机成熟时，目录会反映这一点。
工厂构建公司；公司雇用工作者；工作者围绕权威记录系统运行。论纲命名规则；本目录命名工作者。