Fieldnote 有十名员工和约八十个专业 Agents。有些每小时运行，有些每周一次，有些只有人类批准任务后才启动。它们收集反馈、研究市场、维护集成、测试发布、起草帮助内容并准备运营建议。
第八十一个员工不是另一个 Agent，而是运营负责人 Amara 承担的隐形协调负担。
每个 Agent 都在某个地方有自己的指令。研究 Agents 有 Prompt 文件，维护 Agents 在代码里有重试逻辑，内容 Agents 在 Workspace 中有品牌指导。API 改变时，三个 Agents 可能分别重新发现同一故障；Product 改变定义时，下游 Agents 未必全部收到。Amara 每天早上阅读成功运行摘要，因为她无法判断哪个“成功”隐藏着过期上下文。
Fieldnote 的 onemind 把每个 Agent 视为 Intelligence，记录人类负责人、Project 成员、模型和适配器版本、允许来源、可执行动作、费用限制、运行计划和 Kill Control。Mind 没有给所有 Agent 共享对话记忆；工作流传递带来源链和批准状态的有类型文件。
一个周一，反馈分析 Agent 在十八条消息中发现客户反复误解一项集成限制。收集 Agent 已把每条消息保存为带同意、敏感度、产品领域和保留元数据的记录。分析 Agent 只收到去标识文字和正式反馈分类法。它提出一条经验：客户以为历史记录也会同步，但该集成只支持新记录。建议包含证据、置信度和两个反例。
没有任何事情自动改变。产品负责人评审证据，把经验缩小到一个集成并接受。onemind 依赖预览提出四项下游变化：帮助文档、Onboarding 文案、支持排错分支和产品 Backlog 项，每项有不同负责人。
文档 Agent 收到获批任务包，并允许自动更新草稿。内容工具包包含正式产品事实、受众、品牌规则、来源引用，以及不得声称历史同步已经进入计划的限制。支持 Agent 收到排错说明。产品规划 Agent 收到 Backlog 建议，但未经产品批准不能加入正式 Roadmap。
当天下午，维护 Agent 遇到合作伙伴 API 的已知 429 错误。onemind 工具包包含经过测试的恢复流程：指数退避、最多三次重试、五美元运行预算和升级规则。运行时 Hook 在每次重试前评估限制。
前两次重试失败。第三次合作伙伴返回格式错误的成功响应。Agent 尝试继续，但 Hook 发现必要字段不存在，停止工作流、保存当前状态，并打开一个例外，其中包含工具包版本、输入文件、API 响应、成本、重试历史和相关失败方案。Agent 不能自行增加重试次数或申请更广 API 权限。
Amara 看到的是一个高严重度例外，而不是三次失败运行和四十条成功消息。她把例外交给集成负责人。之后两个 Agents 遇到相同错误时，onemind 将它们去重到现有 Incident 并增加受影响数量。负责人修改恢复 Parser 并加入测试。onemind 重建维护工具包，只重放具有幂等性的失败步骤。
一周后，另一个运营 Agent 因配置错误开始创建重复 CRM 任务。Amara 使用 Project 级 Kill Switch。Operations 可执行动作全部停止，但 Mind 只读访问和审计数据仍可用。团队修正配置，用记录输入模拟工作流，然后逐步恢复动作。
两个月后，Fieldnote 不再需要人类阅读几乎所有日常运行。人类检查全部重要例外和按风险抽样的成功；测量期间未发现的高严重度例外保持为零。与此同时，公司在遥测和文件存储上的费用增加，Amara 每周仍要调整噪声规则。
Agents 并没有变成一家自行管理的公司。产品决策、资金、客户承诺和政策仍属于指定人类。onemind 让委托变得可理解：每个 Agent 都知道公司工作方式中与自己有关的部分，每个重要动作都受限制，每个例外都带着足够历史，让人类能够决定下一步。