Chronicle Core
Meaning Event、判断状態、関係、RDE監査、ContextPackageを扱うヘッドレスな中核です。
会員ログインCHRONICLE PLUGIN
Chronicle Pluginは、ChatGPT、Codex、Claude、Claude Codeなどの既存AI対話・作業環境を置き換える独立チャットUIではありません。会話、判断、根拠、不確実性、訂正、承認、実行結果の来歴を付与し、後から再審・再構成・引継ぎできるようにする、ベンダー非依存の知的協働基盤として検討しています。
Chronicle Plugin adds capture, decision states, RDE review, and context reconstruction to existing AI hosts instead of replacing them with another chat UI.
Overview
一般的なAIチャットでは、質問と回答は残っても、どの問いから結論が変わったのか、どの根拠を採用したのか、何を保留したのかを後から再構成しにくくなります。
Chronicle Pluginは、独自UIに利用者を移すのではなく、既存AIホストの作業体験を活かしたまま、会話、判断、根拠、訂正、承認、実行結果をChronicleへ接続します。中心価値は、文脈主権、判断状態、人間の承認、意味変化の監査です。
AIとの作業を、ホストごとの履歴から、利用者または組織が管理するChronicleへ移します。
Process
Chronicle Pluginは、AIホスト内の会話を丸ごと正本にするのではなく、必要な範囲を明示的に取り込み、人間が確認できるMeaning EventとContextPackageへ変換します。
ChatGPT、Codex、Claude、Claude Codeなどの対話、調査、実装、文書化の流れは、原則としてホスト側のUIを使います。
利用者の明示操作、またはChronicle MCP経由のTool実行から、会話、資料、成果物、承認、訂正の候補を取得します。
問い、仮説、主張、根拠、反証、決定、保留、訂正、リスク、未解決事項を、元発話や資料へ追跡できる形で候補化します。
AIは候補を提案できますが、accepted / rejected / suspended / contested などの判断状態は、人間または明示的に委任された主体が確定します。
確定Eventを上書きせず、訂正、撤回、置換を新しいEventとして保存し、関係、根拠、監査証跡を残します。
目的別ContextPackageとして、採用判断、保留、対立、未解決、出典、禁止事項を区別し、別ホストや次の担当者へ渡します。
Architecture
通常の会話、ファイル操作、成果物編集はホストUIへ委譲します。Chronicle固有UIは、差異確認、承認、関係グラフ、履歴再生など、通常のチャットUIでは表現しにくい場面に限定します。
Meaning Event、判断状態、関係、RDE監査、ContextPackageを扱うヘッドレスな中核です。
chronicle.capture、chronicle.commit、chronicle.diff、chronicle.contextなどのTool / Resource契約を提供します。
ChatGPT、Codex、Claudeなど、ホストごとの認証、Tool呼び出し、UI能力、取得可能範囲を吸収します。
ホスト固有の会話、Tool結果、成果物参照を、共通のSourceRecordとMeaning Event候補へ正規化します。
元議論と生成物の差異を、保存、変換、補完、未解決、逸脱リスクとして提示します。
比較、承認、差異確認、関係グラフ、履歴再生が必要なときだけ表示する任意UIです。
Capture Modes
ホストごとに取得できる会話範囲やUI能力は異なります。Chronicle Pluginでは、取得できなかった項目を推測で埋めず、欠損として扱います。
| 方式 | 位置づけ |
|---|---|
| Explicit Capture | 利用者が「ここまでを記録」などの保存範囲を明示する方式です。MVPの正式対象です。 |
| Tool-mediated Capture | Chronicle MCP経由の調査、判断、実行を記録する方式です。構造化しやすく、MVPの正式対象です。 |
| Host-integrated Capture | Hookやイベント同期で自動取得する方式です。ホストごとの権限差が大きいため、初期は実験扱いです。 |
Links
Chronicle Pluginは、会社の来歴元帳、Kazane、Sayane、Ayane、Chronicle Answer Loopなどと接続し得ます。ただし、それぞれを同一機能や上下関係へ潰さず、責務境界を維持します。
Chronicle Eventを会社の記憶として扱う中核基盤です。Chronicle Pluginは、この来歴思想を既存AIホストへ接続する入口として位置づけます。
業務意図、計画、承認、実行を扱うWork OSです。Chronicle Pluginから得た判断来歴は、Kazaneの実行前後の文脈へ接続し得ます。
AIチャットの未解決質問を公開情報改善へ戻す独立Productです。Chronicle Pluginとは、対象と改善ループの粒度を分けて扱います。
RDE、UIB、ΔMなど、意味変化と判断来歴を評価する研究上の基礎概念を確認できます。
Boundary
最大の逸脱リスクは、Plugin化によってChronicleが単なる保存・検索ツールへ見えることです。Chronicle Pluginの本質は、保存量ではなく、意味状態、関係、RDE、人間の異議、再審可能性にあります。
Roadmap
現時点では業務分析・要件定義 v0.1 に基づく構想整理段階です。商用版とOSS版の境界、初期ストレージ、対応ホストの順序は、次版以降で確定します。
FAQ
Chronicle Pluginの現在地、Chronicle Chatからの変更、既存AIホストとの関係、判断確定の責任境界を確認できます。
旧Chronicle Chatの中心思想である、LLMとの会話をMeaning Eventとして残す発想は維持します。ただし、汎用チャットUIを独自開発するのではなく、既存AIホストにPlugin、MCP、Adapter、必要時のChronicle Panelを接続する構想へ再配置します。
いいえ。現時点では業務分析・要件定義 v0.1 に基づく構想整理段階です。MVP、ライセンス、商用提供モデル、初期ストレージ、対応ホストの範囲は未決定事項として扱います。
置き換えません。通常の会話、ファイル添付、実装、成果物編集はホストUIを使い、Chronicle Pluginは保存、意味候補、承認、RDE監査、文脈再構成を補助する層として扱います。
しません。AIはMeaning Eventや判断状態を提案できますが、業務上の確定は人間または明示的に委任された主体が行う前提です。RDE監査も自動判定ではなく、人間が再評価するための材料です。
要件定義ではChatGPT、Codex、Claude、Claude Codeなどを想定しています。ただし、取得できる会話範囲、UI能力、認証、配布方法はホストごとに異なるため、対応範囲はCapability Matrixとして段階的に確定します。
Contact
AIホストをまたぐ文脈保持、Meaning Event、RDE監査、MCP連携、社内の判断来歴化について、現時点の業務課題から整理します。