改善ループ
このループは意図的に短くしています。実行記録、下書き、リリース。四半期ではなく数日で一周し、職場の外ではなく中で回ります。
- 01
実行を観察
すべてのタスクが実行記録を残します。呼び出したツール、読み書きしたファイル、各ステップにかかった時間。チーム全体が同じやり方で働くと、パターンはすぐに見えてきます。
- 02
Skillを改善
その仕事を一番よく知る人がResource HubでSkillを開き、指示を書き換えます。再研修も通達も不要。下書きはどこへ行く前にも検証されます。
- 03
バージョンをリリース
下書きは不変のバージョンになり、Explore Managementが必要なロールにリリースします。チームは最新バージョンに追従するか、特定のバージョンに固定できます。
- 04
全員が新しいやり方で働く
各Workspaceの次の実行が新しいバージョンを読み込みます。誰も変更を覚えておく必要はなく、効果があったかどうかは実行記録が示します。
01実行を観察
02Skillを改善
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の一つの下書き
- 検証され、ぶれないバージョンとして公開
- 必要なロールにだけリリース
- 以後のすべての実行がそれを使い、実行記録が証明する
積み上がるMemory
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
イメージ · Skillのリリースをタイムラインに記したAdmin Consoleの概要
人の側面
改善は、機能である前に習慣です。AOS Academyがすべてのロールにパスを用意し、ロールがループに持ち主を与えます。
AOS Academy 学習パス
- 議事録
- 文書の要約と翻訳
- データ分析
- プレゼンテーションとHTML
- メールのフォローアップ
- 財務照合
- 採用
- 営業開拓
- EC運営
基礎
タスクの始め方、コンテキストの追加、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では
基礎からWorksまで、ロール別のAcademyパス