システム設計
カーネルは決定的な動作を保ち、カーネルのシステムコールを除き、その他の機能は使用の中で自律進化する。
従来の OS vs エージェント OS
オペレーティングシステムの職責は資源の割り当てとスケジューリングである。資源が一組入れ替われば、システムも一世代入れ替わる。
- 従来の OS はマシンの資源をスケジュールし、エージェント OS はモデル推論、コンテキストウィンドウ、ツール、記憶、ユーザーの注意をスケジュールする。
- 従来の OS のアプリは開発者が保守し、エージェント OS のアプリは AI が保守する。自律進化の信頼性が中心的な課題である。
全体アーキテクチャ
システムは 4 層に分かれる：デスクトップ、アプリ、カーネル、モデルとストレージ。
- 能力はすべてアプリが提供する。
- ツール呼び出しは一回ごとにカーネルを通る：アプリのロード、権限の判定、実行、記録。
自律タスク
会話の中で任せるか、時間で起動する。1 回の実行は完結したセッションであり、2 つのエージェントの対話によって行われる。
experiments/ の下のこの 3 組の結果を週報にまとめ、各組から図を 1 枚出し、図も本文もプロジェクトフォルダへ書き込む。
現在：ディレクトリを確認 · experiments現在：読み取り · experiments/run_3.csvディレクトリを確認 · 読み取り ×3 · タスクを作成
3 グループの列は一致しています。残りの作業は実行に時間がかかるので、1 回の独立した実行に任せます。
週報と 3 枚の図はどちらもプロジェクトフォルダにあります：平均は先週より高く、run_2 の分散が大きめです。
experiments/ の下の 3 組の結果を 1 本の週報にまとめる：各組から折れ線グラフを 1 枚ずつ出して PNG に書き出し、本文と一緒にプロジェクトフォルダへ書き込む。
現在：ファイルを書き込み · 週報.md読み取り ×3 · Python 実行 · ファイルを書き込み ×4
3 グループとも集計しました：平均は先週より高く、run_2 の分散が明らかに大きいです。週報と 3 枚の PNG はプロジェクトフォルダに書き込みました。
記憶の自律更新
1 件の記憶は 1 件のレコードである：名前、一言の説明、任意の本文。インデックスは常駐、本文はその都度取得、書き込みのたびに記録を残す。
今後は実験が終わったら、まずその日の日付でディレクトリを作り、そこに結果を入れて。
現在：メモリを読み込む · experiment-layoutメモリを読み込む · メモリに保存
私の中のあの 1 件は「先に当日の日付でディレクトリを作る」という手順が抜けています。正しく直します。
直しました。この 1 件には今、日付ごとに保管すると書かれていて、古い言い方はもうありません。
記憶
CLAgent に好み、プロジェクトの背景、よく使う場所を記憶させる
実験データは experiments/ の下に置く
実験データは experiments/ の下に日付ごとに保管し、実行するたびにまずその日のディレクトリを作る
論文の修正稿の締め切りは 3 月 1 日
論文の引用形式は ACM に統一する
動き
今日
先週
アプリの自律更新
問題は呼び出し統計とターン後のレビューによって見つかる。採用後の書き換えはタスクの実行の中でのみ行い、複製での試験実行を通過してから置き換える。
この折れ線グラフを PNG に書き出して、charts/ に入れる。
現在：図を書き出し · charts/fig3.png図を書き出し ×2 · エラー 1
最初の書き出しは背景が透明だったため、別の方法でやり直し、charts/fig3.png に書き込みました。
このタスクは進化の観察が採用された後に自動作成された。対象：package drawing。やること：まず現状を読み、次に書き出しを検証してからディスクに書き込む方式に変更する。
現在：propose_package · drawingread_package_file · read_friction_ledger · propose_package
書き出しを、先に検証してからディスクに書く方式に変えました。ツリー全体をまず複製の上で試験実行し、検証と起動チェックを通ってから置き換えます——作図は第 3 世代になりました。