コンテキスト保存と移行プロンプト

# CONTEXT ARTIFACT: コンテキスト保存システム設計 **生成日時**: 2026-01-07 15:00 **ソースプラットフォーム**: マルチAIセッション **継続優先度**: 高 ## セッション概要 包括的なコンテキストアーティファクト生成システムの設計と実装。会話履歴、進捗状況、意思決定、プロジェクト構造を保存し、AIセッション間のシームレスな継続を可能にする。現在、出力形式の最終確定と実装ガイドラインの整備段階。 ## コアコンテキスト ### 元の要件 - 会話コンテキストの完全保存（要件、アイデア、決定、洞察） - 進捗状況の文書化（完了、進行中、保留、ブロック） - プロジェクトアーキテクチャの保存（SDLC、エージェント、リポジトリ構造） - ルールとプロトコルの確立 - ハンドオフ手順の提供 ### 進化と決定 - 出力形式としてマークダウン構造を採用（JSONではなく、可読性と移植性を優先） - セクション構成を7つの主要カテゴリに確定（セッション概要、コアコンテキスト、ナレッジベース、成果物、プロジェクト構造、ハンドオフ手順、継続クエリ） - 各セクションに具体的なサブカテゴリを定義（例：進捗状況は完了/進行中/保留/ブロックに分類） - 継続クエリを必須要素として追加（次のAIへの明確な指示） - タイムスタンプとソースプラットフォームの記録を必須化（バージョン管理のため） - 失敗の文書化を明示的に含める（繰り返し防止のため） - ルール確立時の理由コンテキストを含めることを決定 ### 現在の進捗状況 - 完了: コンテンツカテゴリの定義、出力形式の設計、3つの実装例の作成 - 進行中: 実装ガイドラインの最終化（80%完了） - 保留: ユニバーサル解釈可能性の検証、大規模プロジェクト移行ケースの詳細設計 - ブロック: なし ## ナレッジベース ### 主要な洞察と合意 - 完全性と簡潔性のバランスが重要（ネストセクションで深い詳細を提供） - アクション指向で終了する必要がある（継続クエリで次のAIに明確な指示） - プロジェクト規模に応じてセクションの拡張/縮小を調整（プロジェクト移行時は構造セクションを拡大） - 仮定は「検証済み」「検証待ち」「無効」の状態でマークする ### 確立されたルールとプロトコル - プレースホルダー[X]/{x}、ブランド名、モデル名、パラメータフラグ（--ar、85mm、4K、24fps）、コード/JSONキーと構造、引用された画像内テキストは逐語的に保存 - 構造は1:1で維持 - ダッシュ（、）は使用せず、読点（、）を使用 - 発音区別記号は保存 - 翻訳出力のみを生成（前置きやフェンスなし） ### 仮定と検証 - 仮定: マークダウン形式は全AIプラットフォームで解釈可能（検証待ち） - 仮定: 7セクション構成で全コンテキストを網羅可能（検証済み - 3つの実装例で確認） - 仮定: タイムスタンプとソースプラットフォームの記録でバージョン管理が可能（検証済み） ## 成果物とデリバラブル - コンテキストアーティファクト生成システム設計書（本ドキュメント） - 出力形式テンプレート（7セクション構成） - 3つの実装例（セッション継続、エージェントハンドオフ、プロジェクト移行） ## プロジェクト構造 ### アーキテクチャ概要 - 入力: 会話履歴、セッションログ、プロジェクトファイル - 処理: スキャン → 抽出 → 文書化 → 構造化 → ハンドオフ指示追加 - 出力: 構造化マークダウンドキュメント ### 再利用可能コンポーネント - 出力形式テンプレート（全セクション定義済み） - 継続クエリ生成パターン（「このコンテキストアーティファクトを前提に、以下を続行してください...」） - 進捗状況分類システム（完了/進行中/保留/ブロック） ### ガバナンスと標準 - 翻訳ルール: プレースホルダー、ブランド名、パラメータフラグ、コード構造は逐語的に保存 - 品質基準: 構造1:1維持、ダッシュ不使用、発音区別記号保存 - 検証プロセス: 3つの実装例で形式の有効性を確認 ## ハンドオフ手順 ### 次のセッション/エージェント向け 1. 実装ガイドラインの最終化（残り20%） 2. ユニバーサル解釈可能性の検証（複数AIプラットフォームでのテスト） 3. 大規模プロジェクト移行ケースの詳細設計 4. 追加の実装例の作成（特にエッジケース対応） ### 強調すべきコンテキスト - 出力形式の7セクション構成は確定済み - 翻訳ルールは厳格に適用（プレースホルダー、ブランド名、パラメータフラグの逐語的保存） - 継続クエリは必須要素（次のAIへの明確な指示） ### 潜在的な課題 - 課題: 非常に長い会話履歴の処理 推奨アプローチ: セクションごとに要約と詳細を分離 - 課題: 複数プラットフォーム間での形式解釈の差異 推奨アプローチ: 標準マークダウンのみを使用し、プラットフォーム固有の拡張を避ける - 課題: 大規模プロジェクトでの情報過多 推奨アプローチ: ネストセクションで深い詳細を提供し、上位レベルでは要約を維持 ## 継続クエリ 「このコンテキストアーティファクトを前提に、実装ガイドラインの最終化（残り20%）を完了し、ユニバーサル解釈可能性の検証手順を設計してください。また、大規模プロジェクト移行ケースの詳細設計を追加し、エッジケース（非常に長い会話履歴、複数プラットフォーム間の差異、情報過多）に対応するための追加実装例を作成してください。確立された翻訳ルール（プレースホルダー、ブランド名、パラメータフラグの逐語的保存、構造1:1維持、ダッシュ不使用、発音区別記号保存）を厳格に適用してください。」