改進迴圈
這個迴圈刻意很短：一份執行記錄、一份草稿、一次釋出。它以天而不是季度為單位閉環，並且執行在工作平臺之內，而不是之外。
- 01
觀察執行
每個任務都會留下執行記錄：呼叫了哪些工具、讀寫了哪些檔案、每一步用了多長時間。當整個團隊用同一種方式工作時，規律很快就會顯現。
- 02
最佳化 Skill
最懂這項工作的人在 Resource Hub 裡開啟 Skill，修改指令。不需要重新培訓，也不需要發通知。草稿在去往任何地方之前都會先經過校驗。
- 03
釋出版本
草稿成為不可變的版本，Explore Management 把它下發給需要的角色。團隊可以跟隨最新版本，也可以固定某個特定版本。
- 04
全員按新方式工作
每個 Workspace 的下一次執行都會載入新版本。沒有人需要記住這次變更，而執行記錄會顯示它是否有效。
01觀察執行
02最佳化 Skill
03釋出版本
04全員按新方式工作
- 01load_skillfinance-reconciliation v7
- 02readledger-2026-08.xlsx
- 03readledger-2026-08.xlsx×2
- 04run.completed6m 40s
每個 Workspace 裡的執行記錄
一個 Skill，一週時間，一次改進應用到之後的每一次執行。
只做一次，處處生效
Resource Hub 與 Explore 把一次做法上的改變，變成公司真正可以交付的東西：起草、校驗、釋出為不可變版本、下發給角色、在下一次執行中被採用。
/finance-reconciliation
SKILL.md · reconcile.py · README.md
示意 · 從 Resource Hub 草稿到 Explore 下發
- 01
起草
在 Resource Hub 中從 Git、上傳或空白檔案建立 Skill。作者就是最懂這項工作的人。
- 02
校驗
草稿在釋出前會被檢查，並設定釋出策略：只讀或可寫、覆蓋或保留。
- 03
釋出
釋出會建立一個不可變的版本。一旦發出，它就不會在任何人腳下悄然改變。
- 04
下發
Explore Management 把版本下發給角色，並設定展示順序，讓它容易被找到。
- 05
採用
大多數團隊跟隨最新版本。受監管的流程則固定某個特定版本，按自己的節奏推進。
沒有版本時
- 一份找到一次、丟失兩次的通知
- 一場只覆蓋到場者的培訓
- 有人採用，各有各的做法
- 無從得知誰在按新方式工作
有了版本後
- Resource Hub 裡的一份草稿，由最懂這項工作的人撰寫
- 經過校驗，釋出為不會漂移的版本
- 精確下發給需要它的角色
- 此後每一次執行都使用它，執行記錄可以證明
不斷累積的記憶
AOS.work 上的 Memory 是長期且可審閱的。它隨每一次糾正而增長，按計劃整理得更乾淨，並隨任務一起流轉，而不是每次從零開始。
a.chen · Finance · reports in EUR, thousands
Month-end close on the 3rd working day · close checklist as a table
- rev 14AddedVendor codes follow the ERP listSep 12
- rev 13CorrectedFiscal year starts in AprilSep 05
- rev 12Consolidated3 duplicates mergedAug 28
示意 · Memory、Update History 與每夜整合任務
只有修訂，沒有覆蓋
每次編輯都會建立一個新的 Memory Revision。Update History 列出每一個修訂，任何一個都可以恢復，而恢復本身也會成為一個新修訂。
按計劃整合
一個每夜執行的定時任務會合並重復項、應用糾正與遺忘標記、清除過期筆記。它從不猜測某條事實已經過時。
隨任務流轉的上下文
Workspace、附件、Library 文件和 Base 檢視會成為任務上的上下文標籤。憑據永遠不會進入 Memory，而是透過安全表單單獨詢問。
管理者看到什麼
因為工作都經由同一個工作平臺，Admin Console 能展示公司是如何工作的，以及每次釋出之後發生了什麼變化，無需任何人填寫報告。
按團隊統計的任務數
哪些團隊在執行哪些 Skill 與 Work，以及隨著新角色加入，這一切如何變化。
每次釋出後的週期時長
一項任務在某個 Skill 版本前後各需要多長時間，並排呈現在同一條時間線上。
用量概覽
每個週期的模型、Credits 與執行次數，讓成本跟著價值走，而不是讓任何人措手不及。
執行記錄
每一次執行都可以追溯到它的工具、檔案與輸出，每個結果都帶有 Back to Original Message。
Tasks by team
- Finance128
- Operations96
- Sales74
- People41
Median cycle time
Usage overview
- Credits
- 62% of period limit
- Models
- qwen/deepseek-v4-pro
Run records
Back to Original Message
示意 · Admin Console 概覽，時間線上標出 Skill 釋出
人的一面
改進先是一種習慣，然後才是一項功能。AOS Academy 為每種角色提供一條路徑，而角色讓這個迴圈有了主人。
AOS Academy 學習路徑
- 會議紀要
- 文件摘要與翻譯
- 資料分析
- 簡報與 HTML
- 郵件跟進
- 財務對賬
- 人力招聘
- 銷售線索開發
- 電商運營
基礎
如何發起任務、新增上下文、閱讀 Task Output。
辦公場景
用公司已釋出的 Skill 完成日常工作。
按角色的 Works
一個角色的完整工具包，在一個任務中一起載入。
誰來主導這個迴圈
使用者
發起任務，發現可以做得更好的地方並說出來。迴圈從真正做事的人開始。
管理員
負責 Resource Hub 與 Explore Management：校驗草稿、釋出版本、下發給角色，並讓模型與 Credits 井然有序。
交付團隊
設計場景，編寫最初的 Skill 與 Work，並主持讓習慣落地的 Academy 課程。
之前與之後
人沒有變。變的是知識、標準和記憶存放在哪裡，以及誰能看見這些工作。
知識
之前
在腦子裡、收件箱裡和一個沒人信任的共享盤裡
使用 AOS.work 後
在 Library 裡，每一次執行都從這個唯一可信來源讀取
標準
之前
一份通知、一頁幻燈片和週會上的一句提醒
使用 AOS.work 後
一個有版本的 Skill，下發給需要它的角色
記憶
之前
每個任務都從零開始
使用 AOS.work 後
每夜整合、隨任務流轉的修訂記錄
改進
之前
取決於誰注意到了、又告訴了誰
使用 AOS.work 後
在執行記錄中被觀察，以版本交付，人人可見
可見性
之前
季度回顧裡的幾個故事
使用 AOS.work 後
Admin Console 裡的任務數、週期時長與執行記錄
學習
之前
工具上線時的一次性培訓
使用 AOS.work 後
按角色的 Academy 路徑，從基礎到 Works