Why AOS · 方案对比
个人 AI 工具适合一个人，编程 Agent 适合一个代码仓库。AOS.work 是整个公司与 AI 协同工作的地方：共享知识、版本化标准、沙箱运行，以及每一件事的记录。
01个人 AI 工具
一个人，一段对话。什么都不共享。
02编程 Agent
修复 billing-sync 里不稳定的测试
住在代码仓库里，跑在笔记本上。
03AOS.work
共享、受治理、有记录。
三种选择
说实话：个人工具和编程 Agent 在各自的领域都很出色。差距在于一切需要共享、重复、按计划执行并可追责的事情。
个人 AI 工具
个人使用的好帮手。
一个聊天窗口，加一个强大的模型。写草稿、做摘要、快速找个只有你需要的答案，再合适不过。
- 最擅长
- 一个人，做自己的事。
- 强项
- 零配置，即问即答
- 草稿、摘要与个人调研
- 粘贴什么就处理什么
止步于此
什么都不共享。没有共同知识，没有团队标准，也没有记录说明做过什么、用了哪些数据。
编程 Agent
继续留给开发工作。
住在代码仓库里的 Agent：读写代码、运行测试、提交 Pull Request。开发者应该继续用下去。
- 最擅长
- 在代码库中工作的开发者。
- 强项
- 深入代码、测试与终端
- 长而复杂的工程任务
- 最早用上最新模型
止步于此
围绕一个仓库和一台笔记本而建。财务、销售、人事和运营不在这里工作，公司的知识也不在这里。
AOS.work
围绕两者的工作平台。
AI Agent 工作平台：人、Agent 和应用在治理之下协同工作。知识在 Library 和 Base，标准是版本化的 Skill 与 Work，每一次运行都在沙箱中并留有记录。
- 最擅长
- 整个公司，每一个角色。
- 强项
- 共享知识与版本化标准
- 云端沙箱，需要时按计划运行
- 内置审计、可用模型与凭据处理
与编程 Agent 的关系
开发者继续用自己的 Agent。他们做出的东西会成为发布的 Skill，人人可用。
并排对比
公司在工作中对 AI 的十一项需求，以及三种选择各自的应对。
将 AOS.work 与之对比
共享知识
个人 AI 工具
只有你粘贴进去的内容AOS.work
以 Library 和 Base 为事实来源团队标准
个人 AI 工具
因人而异，藏在私人提示词里AOS.work
版本化的 Skill 与 Work，按角色发布记忆
个人 AI 工具
按账号，难以查看AOS.work
带历史与恢复的 Memory 修订可见性与审计
个人 AI 工具
无AOS.work
运行记录、Task Outputs 与用量总览执行环境
个人 AI 工具
供应商的聊天窗口AOS.work
云端沙箱，可取消，全天候运行计划任务
个人 AI 工具
无AOS.work
带运行记录与 Inbox 的 Scheduled Tasks应用与数据访问
个人 AI 工具
复制粘贴AOS.work
Connector、Library、Base 与应用，一个入口凭据处理
个人 AI 工具
粘贴在聊天里AOS.work
安全表单、字段脱敏，绝不进入聊天或 Memory模型选择与成本控制
个人 AI 工具
套餐里有什么用什么AOS.work
按角色设定可用模型，按周期设定 Credits 计划推广与培训
个人 AI 工具
各自摸索AOS.work
Explore 发布、AOS Academy、交付团队最适合
个人 AI 工具
个人AOS.work
整个公司
个人 AI 工具与编程 Agent 均按其最佳状态描述。两者在 AOS.work 旁边依然有用。
什么时候用什么
我们每周都会听到的六种情况，以及各自的诚实答案。
01
一份只有你自己会读的快速草稿或摘要。
快而私密。不需要共享，也不需要留存。
02
在代码仓库里改代码，附带测试和 Pull Request。
Agent 就该在代码旁边。开发者喜欢哪个就留哪个。
03
一个团队每次都必须产出同样的结果。
按角色发布的版本化 Skill，而不是某人笔记里的一段提示词。
04
答案必须来自公司的文件和数据。
Library 与 Base 是事实来源，而且运行会显示它读了什么。
05
按计划运行、并有明确负责人的工作。
Scheduled Tasks、运行记录，以及可追溯到原始请求的 Task Outputs。
06
管理层想知道 Agent 究竟做了什么。
跨团队的运行记录与用量总览，每一次模型调用都有 Shieldon 审计。
它们协同工作
开发者在仓库里用编程 Agent 写出的 Skill，会在 Resource Hub 中成为不可变的版本，再通过 Explore 发布给需要它的角色。两边之下，是同样的两层。
开发者 · 编程 Agent
更新 bug-triage skill：按客户等级推导严重程度
公司 · AOS.work
Basil Harness
每一次运行都是沙箱隔离、可追溯、可取消的工作单元。
Shieldon
每一次模型调用都经过策略、安全与审计，无论来自哪一边。
01
在开发者的地方构建
Skill 与 Work 来自 Git、上传或空白草稿。用编程 Agent 来写，是个不错的办法。
02
发布一次，按角色生效
Resource Hub 校验草稿并发布为不可变的版本。Explore 管理把它发布给需要的角色。
03
在公司运行的地方运行
其他所有人在 AOS.work 中使用这个 Skill：同样的沙箱、同样的审计、同样的可用模型。
常见问题
不必。开发者继续使用让他们高效的 Agent。AOS.work 是公司其他人工作的地方，也是仓库里做出的 Skill 变成人人可用的发布版本的地方。