コードベースコンテキスト
Coding Agent に永続的なコードベースコンテキストを渡す。
リポジトリの知識を、一つのプロンプトで消えないコンテキストにします。FiboCode は仕様、設計、計画、分析、変更説明、コード、ドキュメント、グラフをプロジェクト内で結び、次の Agent タスクがチャット履歴以上の情報から始まるようにします。
Agent に必要なのは、大きなプロンプトではなくプロジェクトコンテキストです。
Coding Agent はセッション中にファイルを調べられますが、過去の判断理由が会話にしかなければ簡単に失われます。アーキテクチャ、制約、以前の変更を繰り返し説明しても時間がかかり、チームがすでに理解した関係を Agent が再構築することになります。
コンテキストエンジニアリングは、その知識を永続的で選択可能にします。FiboCode はプロジェクトの理解をコードの近くの Markdown に記録し、パスとグラフで結びます。Agent は、人が確認、改善し、次の変更へ持ち越せる具体的なリポジトリ資料を受け取ります。
プロジェクトコンテキストがコードとともに育つ様子を見る。
製品デモでは、つながった知識がビューを移動し、リポジトリの変更とともに進化する様子を示します。
Agent との会話が終わると消える情報ではなく、実際の作業を囲む永続的なプロジェクト記録が蓄積されます。
Agent や開発者がプロジェクトコンテキストの根拠を取り戻せるリンクをたどります。
Agent が再利用できるコンテキストを作る。
すべてのメッセージではなく、将来の作業が依存するプロジェクトの事実と判断を残します。
コンテキストの境界を決める。
Agent が理解すべき機能、モジュール、判断、障害から始めます。リポジトリ全体を一つの無差別なプロンプトにせず、関係するファイルとシンボルを選びます。
永続的な知識を Markdown に記録する。
仕様、設計、計画、分析、変更説明を、元のチャットセッションがなくても読める形式で記録します。
知識をソースと関係に結び付ける。
パス、タグ、グラフを使い、主張の出所と他のモジュールやドキュメントとの関係を残します。
次の Agent タスクへコンテキストを持ち込む。
選択した Agent CLI に関係する資料を読ませ、実装と理解の進化に合わせて記録を確認、更新します。
いつでも確認できるコンテキスト。
リポジトリが所有する記録。
重要なコンテキストは読みやすい Markdown としてプロジェクトに残り、一社のセッションや非公開メモリに依存しません。
追跡可能なソースとの接続。
パスとタグで説明を対象コードにつなぎ、人が Agent の初期仮定を確認できるようにします。
複数のコンテキストビュー。
コードは実装の事実を、ドキュメントは動作と意図を、グラフは文章だけでは隠れやすい関係を示します。
変更をまたぐ進化。
仕様、設計、計画、diff 記録、分析が、何をなぜ変更したかを残し、次の作業を以前の理解につなぎます。
ユースケース：機能を新しい Agent セッションへ引き渡す。
チームはすでにサブシステムを整理し、制約を記録し、関連する変更を完了しています。古い会話を新しいセッションへ貼り付ける代わりに、開発者は Agent CLI へ、ソースファイルとともに関連する分析、設計、変更記録を示します。
Agent はレビュー済みの資料から始めます。変更中も同じコンテキストを改善できるため、孤立した説明をまた作るのではなく、次の開発者や Agent に役立つリポジトリを保てます。
コンテキストエンジニアリングは、プロンプトの蓄積ではありません。
長いプロンプトは一度の依頼へ詳細を運べますが、保守できるプロジェクト知識には自動で変わりません。FiboCode は永続的なコンテキストを一時的な会話から分け、コード、ドキュメント、グラフへ見える形で結びます。
Agent は選択した Agent CLI で推論し、編集し続けます。FiboCode は共有・確認可能なコンテキストを提供し、仕様駆動開発は新しい要件から計画的な実行までの構造を加えます。
コードベースコンテキストの FAQ
ここでいう永続的なコンテキストとは何ですか？
重要なプロジェクト知識が、一時的な Agent との会話だけでなく、コードの近くの再利用可能なドキュメントと接続として記録されることです。
FiboCode は新しい Coding Agent を提供しますか？
いいえ。信頼している Agent CLI をそのまま使います。FiboCode はワークスペースのコンテキストを充実させ、Agent の作業をエディターでの理解とレビューへつなぎます。
なぜ Agent のコンテキストに Markdown を使うのですか？
Markdown は人と Agent の双方が読み書きしやすく、仕様や説明に適し、プロジェクト資料として確認し続けられるためです。
コンテキストに図や関係を含められますか？
はい。グラフとタグが Markdown とコードを補い、関係を移動可能にしながら、基になるプロジェクト資料への経路を残します。
コードが変わったらコンテキストをどう更新しますか？
新しい実装と関係する記録を照合し、必要に応じて更新します。目的は固定された要約ではなく、成長する追跡可能な知識ベースです。