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 變成人人可用的釋出版本的地方。