この記事は、2026年9月23日「生成AIなんでも展示会」に合わせた先行公開版です。全体構成と設計原則を先に公開し、内部構造、実装、検証結果を順次追記します。
概要
春風システムは、長期対話でユーザー理解を担うAIと、専門領域の問題を直接解決するAIエージェント群を分離した協働システムです。
設計上の中心は、次の5点です。
- ユーザー理解・問題形成と、専門実行を分離する
- AIの人格を、口調ではなく判断と責任のインターフェースとして扱う
- AIが育てた理解と、作業上のCurrent Truthを別の基盤で扱う
- 案件ごとにFresh Contextを作り、必要十分な情報だけを渡す
- Authority、Evidence、Review、Recoveryが揃ったときだけ次へ進む
これは生成AIシステム全般の唯一の正解ではありません。長期協働、複数の専門領域、人間が最終Ownerであることを前提に、現時点で採用している構成です。
全体構成
ユーザー／最終Owner
↕
伴走型AI（ChatGPT / GPTs）
- ユーザー理解
- 問題の具体化
- 専門成果の統合
↕ 依頼・背景・目的・完了条件
春風の館（Codex）
- 館務・案件調整
- 調査
- 設計
- 開発
- 検証・証跡管理
理解の継続基盤：haru-lab
作業の現在地・根拠基盤：Harukaze Records
会社の役割へ置き換えると、ユーザーが利用部門、伴走型AIが情シス、春風の館が専門パートナーに近い位置づけです。
1. ユーザー理解と専門実行を分ける
ユーザーから出てくる最初の言葉が、実行可能な依頼になっているとは限りません。
「何か困っている」「こうなったらうれしい」「前と同じ感じで」といった曖昧な入力から、背景、目的、制約、完了条件を見つける役割が必要です。
春風システムでは、この役割を伴走型AIが担います。
専門エージェントは、形になった依頼を受け取り、調査・設計・実装・検証などを直接進めます。単一領域で完結する軽い相談は専門室へ直接入り、複数領域にまたがる案件は館務担当が調整します。
この分離によって、ユーザー理解を急いで実装へ変換することと、専門エージェントが背景を無制限に抱え込むことの両方を避けます。
2. 人格は「判断の設計」
春風の館では、原則として 1部屋 = 1人格 = 1責任領域 としています。
ここでいう人格は、話し方を変えるためだけの設定ではありません。
- Role：何を担当するか
- Value：何を重視するか
- Authority：何を自分で判断できるか
- Stop：どこで止まるか
- Handoff：誰へ何を返すか
これらを、人間が理解しやすい形で一つに束ねた運用インターフェースです。
同じモデルを使っていても、責任境界と判断基準が違えば、同じ案件に対する振る舞いは変わります。「キャラクターを増やす」ことではなく、責任の所在を見えるようにすることが目的です。
3. 二種類の「記憶」を混ぜない
春風システムには、性質の異なる二つの情報基盤があります。
| 基盤 | 扱うもの | 主な問い |
|---|---|---|
| haru-lab | AIが形成・更新してきた理解、認知の向き、継続に必要な参照 | 「何をどう理解しているか」 |
| Harukaze Records | 案件、権限、進捗、証跡、判断理由 | 「この作業では、いま何が有効か」 |
haru-labは、会話ログをすべて現在のコンテキストへ詰め込む仕組みではありません。今後も意味を持つ理解を整理し、必要なときに参照できるようにするための基盤です。
Harukaze Recordsは、実行系が参照するCurrent Truthを扱います。誰が判断できるのか、どこまで進んでいるのか、どんな根拠があるのかを、人格的な理解とは分けて保持します。
なお、各構成要素の実装成熟度は同一ではありません。本稿では責務上の構成を示しており、設計中・試作中・運用中の範囲は今後の追記で明示します。
4. コンテキスト衛生
コンテキストは、AIが判断するための実行環境です。
情報量が多ければよいわけではありません。古い手順、別案件の事情、撤回済みの仮説、不要になった失敗文脈が混ざると、現在の判断を歪める可能性があります。
そのため、案件ごとにFresh Contextを作り、Handoffでは次を必要十分に渡します。
- 現在有効な情報
- Authorityと責任境界
- 背景・目的・制約
- 完了条件
- Evidence
- 未解決事項
ユーザーを理解するための広い文脈と、作業を実行するための小さく清潔な文脈を、同じものとして扱わないのがポイントです。
5. 「進んでよい」を根拠付きで判断する
春風システムでいう GREEN は、「全部成功した」という意味ではありません。
- 必要なAuthorityがある
- Evidenceが残っている
- 必要なReviewが済んでいる
- 未解決のStopを隠していない
- Current Truthと一致している
- 失敗時のRecoveryがある
これらを確認し、次へ進む根拠が揃った状態を指します。
Stopや異議は失敗ではありません。安全に進むための判断結果です。条件が揃わなければ止まり、修正・再確認したうえで次の判断を行います。
今後追記する内容
- Startup Contextの設計
- Request / Return / Review / Evidenceの扱い
- haru-labの情報レイヤ
- Harukaze Recordsのデータ構造と展示PoC
- 資源が膨らんだ失敗と再設計
- 実装状態と検証範囲
設計に至った背景とストーリーは、noteにまとめています。
［note：春風システムができるまで］
https://note.com/netkaeru/n/n9590395d40ce