Day 3 · ソース + オフィスライブラリ + メモリ

2026年5月27日(水) · 東京 · エンジニア、対面

Day 3は受け渡しの日。基盤はオープンでソース公開されています。午前にエンジンとライブラリを歩き、午後は「自分で作る」時間 — Day 2で生成したフックをSDKに戻して接続・テストする選択肢も含めて。

午前 · 約3時間ブロック · ソース、ライブラリ、メモリ

ソースを開く。エンジンを歩く。そしてメモリを深掘り — エージェントがどのように作業を整理し、企業データに手を伸ばすか。

オーケストレーション・ランタイムのウォークスルー — エンジンファイル、起動判断ツリー、アダプタ・エンジン
オフィスライブラリのウォークスルー — 付箋型の知識システム、ファイルごとに5つの視点、ライブな来歴(プロブナンス)トレイル
メモリ — 2つの種類:
- エージェントが自身の作業について構築するメモリ — 何をやったか、どうやったか、何を学んだか。エージェントは動く前に、自身の過去の作業履歴と過去のチャットを読み返す。
- エージェントが扱う企業データのメモリ — エージェントが配置されるユースケースごとに整理される。
コンテキストウィンドウ戦略 — メモリとは別物。LLMのプロンプトごとのトークン予算。履歴の圧縮、親コンテキストを綺麗に保つためにサブエージェントへ委任するタイミング、Claudeサブエージェントごとの約20Kトークンの「税」、作業ディレクトリの衛生管理。
各エンジニアがリポジトリをクローンし、ブランチを切る

3つのトラック。各ペアが1つを選択。

トラックA — 生成されたフックを接続してテスト。 昨日エージェント7(Claude Hook)が生成した hooks/*.ts ファイルを、Day 1で構築したSDKランナーに動的にインポートし、options.hooks を通じて登録、テストシナリオを実行。Workshop 3を参照。
トラックB — 10番目のエージェントをコードで構築。 社内ユースケース向けの新規エージェントを、既存の9エージェント・パイプラインに接続。
トラックC — カスタムフロントエンドを構築。 最小限のHTML + fetchによる、オーケストレーションAPIへのアクセス。同じエージェント群への別ビュー。

フロントエンドはあくまで一つのフロントエンドに過ぎません。チームは自社のもの — チャット表層、モバイルアプリ、社内専用インターフェース — を構築でき、同じオーケストレーションに接続できます。業務アプリケーションはフロントエンドに置き、基盤は変えない。

午後のトラックは、具体的なMVPの形そのものです。本日の終わりまでに:

多くのエンジニアは、Day 4午前の自由なプロトタイピング時間まで同じ流れを磨き続けます。

次へ: Day 4 →