改进循环
这个循环刻意很短：一份运行记录、一份草稿、一次发布。它以天而不是季度为单位闭环，并且运行在工作平台之内，而不是之外。
- 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