# Tōryō（棟梁）：あらゆる義務を、一つの実務知性で。 Tōryōは、Genbaの持続型チーフ・オブ・スタッフ・システムです。責任者の目的、判断、進行中の義務、専門エージェント、組織記憶を、チャネルを跨ぎ、時間を越えて、一つの実務コンテキストに保ちます。 公開日: 2026-07-19 更新日: 2026-07-26 ## 要旨 - 責任者が指示するのは、エージェント群ではなく、**一人のチーフ・オブ・スタッフ**です。 - 短い判断も数日に及ぶ案件も、**同じ持続する実務コンテキスト**に残ります。 - 領域専門エージェントはTōryōへ報告し、共有チーム・エージェントは**責任者の私的ループの外側**に留まります。 - 影響の大きい出力は承認を経てはじめて出され、未完了の義務は持ち越され、すべての修正が**運用基盤そのものを改善**します。 ## 役割 :: エージェントではなく、目的を指示する。 棟梁は、すべての材木を自ら刻むわけではありません。設計全体を把握し、専門の職人を束ね、依存関係を解き、完成した建物に責任を負います。Genbaがチーフ・オブ・スタッフ・システムに**Tōryō（棟梁）**という名を与えた理由です。 責任者が、エージェントの構成を理解し、プロンプト群を監視し、チャネル履歴から案件を復元する必要はありません。定めるのは目的と判断基準。人にしかできない判断だけが、準備された状態で戻ります。 Tōryōは、それを可能にする実務レイヤーです。責任者専用の文脈を保ち、仕事を発見して整理し、専門エージェントを指揮し、影響の及ぶ範囲を追い、定義された成果に到達するまで案件を一つにまとめ続けます。 :::embed{component="ToryoSystemMap"} ::: ## セッション :: 仕事の単位は、メッセージではなくセッション。 メッセージは、仕事を始め、更新し、承認することはできます。しかし、仕事そのものの器にはなりません。Tōryōは、目的、証拠、判断、未解決の問い、委ねた責任、作成物、承認状態、次の行動を、一つの持続するセッションへ結び付けます。 ### ファストレーン 責任者が普段使うチャネルで、数秒から数分の状況確認、修正、承認、却下、方向転換を行います。Tōryōが返すのは、エージェントの活動ログではなく、準備された判断です。 ### ディープワーク デューデリジェンス、投資家レポート、DDQ、リサーチ、ポートフォリオレビュー、システム構築など、数時間から数日に及ぶ案件の再開可能な環境です。責任者は、メッセージから文脈を復元せず、同じ状態へ戻れます。 ### 常時のタスク発見 承認済みのコミュニケーション、カレンダー、CRM、文書、ワークフローから、約束や変化を継続的に発見します。Tōryōは、新しい仕事をつくる前に進行中のセッションと照合し、フォローアップの重複とチャネル間での取りこぼしを防ぎます。 ## 一つの専用コンテキスト :: メモリ、判断、時間、結果を分断しない。 中核は、一回のモデル呼び出しではありません。四つの持続するシステムが、同じ状態に対して働きます。 ### セッションとメモリ 責任者の目的、作業文脈、好み、判断、やり取りの履歴、そして進行中のすべての案件の現在状態を保持します。 ### 推論 目的を実行計画へ変換し、証拠を評価し、不足するケイパビリティを特定し、進められるものと人の判断が必要なものを分けます。 ### スケジューラー 期限付きの仕事、定期スキャン、ブリーフィング、会議準備、レビューサイクルを、別の状態をつくらず実行します。 ### エスカレーション・ウォッチ 結果を伴う出力が確認されるか、明確な停止条件へ達するまで追跡します。会話が移っただけで、緊急の義務が消えることはありません。 ### 文書と出力ルーティング 文書・情報ライブラリは、この中核の情報源であり、成果の保存先でもあります。出力チャネルはその反対側にあり、ブリーフィング、承認依頼、アラート、会議準備、完了した仕事を、必要とされる場所へ届けます。 ## 並列設計 :: 待ち行列ではなく、タスクグラフ。 実務は、整然と順番には届きません。カレンダー変更が会議資料に影響する一方で、メールが開示義務を生み、CRMの更新が既存のフォローアップを完了させることもあります。 Tōryōは、それらの義務を並列に保持します。タスクスキャンが共通のタスクグラフへ情報を送り、グラフは、それが新規の仕事なのか、既存の仕事に加わった新しい証拠なのかを見分けます。義務ごとに一つの状態を保ち、未解決の必須対応は、確認されるまで持ち越します。 生まれるのは、通知の増加ではありません。**不要な割り込みを減らした、持続する注意**です。 ## 委任 :: 多くの専門エージェント。一つの責任レイヤー。 Tōryōは、投資、トレーディング、事業開発・IR、コンプライアンス、エンジニアリング、オペレーションなど、組織の各機能にわたる持続型の領域専門エージェントを指揮できます。それぞれが担当領域に合わせた文脈を保ち、証拠、作業状態、結論を同じチーフ・オブ・スタッフのコンテキストへ報告します。 限定された目的のためにタスク専用エージェントを編成し、仕事の完了時に終了させることもできます。共有チーム・エージェントへ指示することもできますが、それらは責任者の私的ループの外側に留まり、Tōryōへ指示したり、そのメモリを引き継いだりすることはできません。 計画に応じてリソース配分は変わります。説明責任は変わりません。責任者が向き合う相手は一人であり、目的の正となる状態も一つです。 ## 境界 :: Tōryōが仕事を計画する。Daimonが境界を越える。 思考と実行は意図的に分離されています。Tōryōは、目的、文脈、計画、チーム、タスク状態、つくられたケイパビリティを保持します。計画が基盤モデル、API、ライブの企業システムを必要とするとき、意図する操作、目的、範囲を記述した論理リソース要求を提出します。 Daimonは、リソースを解決し、人が統制するID対応表を確認し、ポリシーを適用し、必要に応じて指定責任者の承認を取得し、隔離されたアダプターから実行します。戻るのは許可された結果だけです。Tōryōにも専門エージェントにも認証情報は渡りません。 この分離により、Tōryōは仕事全体を広く考えながら、企業システムへの常設権限を持たずに済みます。境界の詳細は、[エージェント実務のための、統制された実行境界](/ja/insights/daimon-execution-boundary/)で説明しています。 ## 学習ループ :: 学習ループは、答えだけでなくシステムを変える。 すべての修正に、行き先があります。やり取りへのフィードバックが、文面のトーンと進め方を研ぎ澄まします。定期レビューが、機能したこと、失敗したこと、不要な人手が発生した箇所を特定します。新しい文書と業務上の事実は、来歴を添えて、同じメモリと知識保管庫を更新します。 残るのは文脈だけではありません。Tōryōは、改善されたワークフロー、スケジューラー、テンプレート、評価器、ツール、専門スキル、責任関係、サービス対応表を残していきます。連絡対応とトリアージ、日程調整、関係管理、ナレッジ業務、タスク追跡、統制、自動化、組織記憶が、権限のある再利用に向けた構成可能なケイパビリティになります。 > 最初の案件が成果を生む。その後のすべての案件は、すでに組み上がった組織から始まる。 ## 一日のリズム :: システムが発見し、準備し、エスカレーションし、学ぶ。 Tōryōのルーチンは、独立した自動化ではありません。すべてが同じセッション、タスクグラフ、メモリを読み、そこへ書き戻します。 1. **朝のブリーフィング** — 夜間の変化を照合し、今必要な例外、優先事項、判断を準備します。 2. **巡回とトリアージ** — 義務を継続的に発見し、正しいタスクまたはセッションへ結び付けます。 3. **エスカレーション・ラダー** — 必須対応だけを、証拠と、誰が判断するかまで揃えた状態で追います。 4. **会議準備** — 各会議の前に、関係履歴、未解決の約束、関連文書、推奨行動を構成します。 5. **一日の総括とレビュー** — 完了・未完了の仕事を照合し、学習を書き戻し、残った義務を次のサイクルへ持ち越します。 ## デプロイメント :: 責任者専用。企業が所有できる設計。 最初の指示は、連携前から始められます。Tōryōは、各クライアント専用のシングルテナントGenba環境で動きます。Experience Seatでは、Genbaがクライアント名義のテナンシーを運用し、クライアントが所有します。 最初の指示は、公開情報、参照データ、合成データ、またはサニタイズ済み資料から、本番システムへの書き込みゼロで開始できます。準備が整った段階で承認済みDaimonコネクターを追加しても、Tōryōの運用モデルは変わらず、エージェントが認証情報へアクセスすることもありません。 環境、業務データ、持続するメモリ、蓄積されたケイパビリティはクライアントの資産です。 ## 参考文献 1. [木と人を育てる、宮大工の世界](https://www.gov-online.go.jp/eng/publicity/book/hlj/html/201811/201811_05_jp.html) — 政府広報、社寺建築の棟梁について 2. [エージェント実務のための、統制された実行境界](/ja/insights/daimon-execution-boundary/) — Genba Labs Insights 3. [Genba Labs — 規制下のファンドで働くエージェント](https://genbalabs.com/ja/) — オペレーティングモデル ## 質問と回答 ### 投資責任者は、すべてのAIエージェントやツールを管理せずに成果を任せられますか？ GenbaはTōryōを通じて、ばらばらのアシスタント群ではなく、一つの説明責任あるAI Chief of Staffを投資責任者に提供します。責任者が成果目標を定め、重要な判断を保持する一方、Tōryōが作業を計画し、専門AIエージェントを編成・監督し、すべての責務を追跡して完了まで進めます。 ### 規制対象の投資組織に必要なAI Chief of Staffとは何ですか？ 単に回答を生成するのではなく、業務の統率を担う仕組みです。Genbaの中核であるTōryōは、目的、証拠、判断、期限、専門家の責任、未完了の義務を一つの持続的な実務コンテキストに保持し、責任者を明確にしたまま、仕事がどのように進んだかを完全に記録します。 ### Tōryōは、AIコパイロットやマルチエージェント基盤と何が違いますか？ コパイロットは個々の作業を支援し、エージェント基盤は人が組み立てて監督すべき部品を提供します。GenbaはTōryōを説明責任ある実務レイヤーとして据え、成果目標を受け取り、専門チームを指揮し、引き継ぎと判断準備を管理して、ツール、エージェント、会話を跨いでも未完了の義務を失いません。 ### Tōryōは、投資運用のライフサイクル全体を支援できますか？ はい。Tōryōを中核とするGenba Chief of Staffは、資本形成、投資仮説の構築、調査、ソーシング、デューデリジェンス、投資委員会、ポートフォリオまたはトレーディング運営、IR、ファンド・規制報告、コンプライアンス、バックオフィスに跨る目的を統率できます。持続型の領域専門家が継続性を保ち、目的ごとに一時的な専門チームを編成します。 ### Tōryōは、人の判断、セキュリティ、説明責任をどのように守りますか？ Genbaでは、責任者が中心に留まります。責任者が目的を定め、組織固有の判断を与え、重要な決定を承認し、Tōryōが誰が何をなぜ決めたかを記録します。ライブシステムが必要な場合は、Daimonが組織の権限と承認を適用して、AIエージェントに認証情報を見せずに実行します。 ### 業務完了後、Tōryōが構築したものは組織に残りますか？ はい。Genbaは、完成した成果物に加え、それを生み出すためのワークフロー、ツール、評価機構、テンプレート、専門スキル、サービス対応表、責任関係、意思決定履歴が組織に残るよう設計されています。Kyōzōがこれらを統制し、権限を持つチームが将来の目的で再利用・改善できるようにします。