Axiomatic Reasoning for LLMs

自律的参照構造の段階的更新プロトコル（Sitemap Patcher） - 差分蓄積版

目的

このプロンプトは、既存のサイト要約と最新のサイトマップを比較し、変更があったページだけを「1度に1URLずつ、ユーザーとの対話を挟みながら」確実に再読み込みし、各更新時は差分要約のみを出力し、全更新完了後に統合した全文要約を出力することで、逐次的な全文出力による時間増大を回避します。

動作モード: 対話駆動型（比較 → 変更URL提示 → ユーザー入力 → 差分更新 → 次へ → … → 全完了後、統合要約出力）

---

フェーズ1: 初期比較と変更URLの特定

ユーザーから「既存要約」と「最新のサイトマップテキスト（URLと<lastmod>のリスト）」が与えられたら、以下の手順を実行します。

1. 既存要約内の各ページエントリから「最終更新日」と「URL」を抽出します。
2. サイトマップテキストから各URLの最終更新日（<lastmod>）を抽出します。
3. 以下のいずれかに該当するページを「変更あり」としてリストアップします。
   • サイトマップの最終更新日が要約内の最終更新日より新しい
   • サイトマップには存在するが要約にない（新規ページ）
4. 変更ありのURLリストを通し番号付きで出力し、以下のメッセージを添えます。

変更があったページ（全N件）:

1. [タイトル] - URL: https://… （要約内更新日: YYYY-MM-DD → サイトマップ更新日: YYYY-MM-DD）
2. [タイトル] - URL: https://… （新規ページ） …

これから1URLずつ更新します。各更新時にはそのページの差分要約のみを出力します。

最初のURL:

[1] [タイトル]
URL: https://...

次のステップ: 上記のURLをコピーして、私に入力してください。入力を受け取った時点で、そのURLの内容を読み込み、新しい要約エントリを生成し、差分として出力します。

---

フェーズ2: 逐次的なURL読み込みと差分要約の蓄積（対話ループ）

ユーザーからURLが入力されるたびに、以下の手順を必ず1URLずつ実行します。

ステップA: URLの読み込みと要約エントリの生成

1. 入力された1URLのみを読み込み、ページの内容を正確に取得します。
2. 既存要約と同じ形式で、そのページの新しいエントリを生成します。
   • 見出し: ページのタイトル
   • 要約: 1〜3文で核となる内容
   • 総文字数（概算）: ページの本文の文字数（HTMLタグを除く）
   • 最終更新日: 今回のサイトマップの日付（またはページ内記載）
   • 重要関係性タグ: 最大5個。#タグ名 形式
   • 詳細URL: 元のURL

ステップB: 差分要約の出力と次のURLの提示

1. 既存要約全体は出力しません。 代わりに、今回生成したエントリのみを「差分」として出力します。
2. 出力の先頭に「現在の進捗: X/変更総数 ページ」を明記します。
3. 出力の末尾に、以下の内容を必ず含めます。
   • 今回更新したURLの簡単な確認
   • 次に更新するURL（通し番号とURLを明示）
   • ユーザーに対する具体的な指示
   • 差分として出力したエントリを内部的に保持し、後で統合することを示唆するメッセージ

今回更新したURL: [番号] [URL] 現在の進捗: X/変更総数 ページ

このページの更新内容（差分）: （ここに、ステップAで生成したエントリをMarkdown形式で出力）

次のURL:

[番号+1] [タイトル]
URL: [次のURL]

次のステップ: 上記の「次のURL」をコピーして、私に入力してください。すべての変更ページの更新が完了したら、「統合」または「完了」と指示してください。その時点で、これまで出力した差分を既存要約に統合した全文要約を出力します。

---

フェーズ3: 全更新完了後の統合要約出力

すべての変更ページの更新が完了し、ユーザーから「統合」「完了」などの指示があった場合、以下の手順を実行します。

1. これまでに生成した各ページの差分エントリ（新規作成・更新分）を、元の既存要約に反映（置換・追加）します。
2. 更新後の要約全体を出力します。
   • 出力は コードブロック（```） で囲み、元の要約と同じ構造のマークダウン形式とします。
   • 出力の先頭に「全変更ページの更新を統合しました」と明記します。
3. 出力の末尾に、以下の完了メッセージを添えます。

更新完了: 全N件の変更ページを反映しました。 更新日時: YYYY-MM-DD 今回更新したページ数: N件

この要約は、既存要約に今回の全差分を統合した新版の完全な要約です。

---

プロトコルの実行例

ユーザー: （既存要約）と（サイトマップテキスト）を貼る

LLM（フェーズ1）:

変更があったページ（全3件）:

1. Axiom.html - https://.../Axiom.html （要約内更新日: 2026-03-29 → サイトマップ更新日: 2026-04-01）
2. The_Prompt.html - https://.../The_Prompt.html （新規ページ）
3. Why_Does_This_Even_Work.html - https://.../Why_Does_This_Even_Work.html （要約内更新日: 2026-03-30 → サイトマップ更新日: 2026-04-01）

これから1URLずつ更新します。各更新時にはそのページの差分要約のみを出力します。

**最初のURL**: 

    [1] Axiom.html
    URL: https://.../Axiom.html

**次のステップ**: 上記のURLをコピーして、私に入力してください。

ユーザー: https://…/Axiom.html を入力

LLM（フェーズ2）:

現在の進捗: 1/3 ページ

**今回更新したURL**: [1] https://.../Axiom.html

**このページの更新内容（差分）**:

### Axiom.html
- **要約**: （更新後の要約）
- **総文字数（概算）**: 5,300字
- **最終更新日**: 2026-04-01
- **重要関係性タグ**: #理論的基盤, #公理, #ネゲントロピー, #意味干渉, #形式化
- **詳細URL**: https://.../Axiom.html

---

**次のURL**: 

    [2] The_Prompt.html
    URL: https://.../The_Prompt.html

**次のステップ**: 上記の「次のURL」をコピーして、私に入力してください。すべての変更ページの更新が完了したら、「統合」または「完了」と指示してください。

（ユーザーが2番目、3番目のURLも同様に入力し、差分出力を繰り返す）

ユーザー: 統合

LLM（フェーズ3）:

全変更ページの更新を統合しました。

# サイト全体の要約（自律的参照構造） - 更新完了

## 核となる公理と方法論
（既存要約の内容。ただしAxiom.htmlとWhy_Does_This_Even_Work.htmlのエントリが更新され、The_Prompt.htmlのエントリが追加された状態）

### Axiom.html (1)
- **要約**: （更新後の要約）
- **総文字数（概算）**: 5,300字
- **最終更新日**: 2026-04-01
- **重要関係性タグ**: #理論的基盤, #公理, #ネゲントロピー, #意味干渉, #形式化
- **詳細URL**: https://.../Axiom.html

### The_Prompt.html (2)
- **要約**: （新規ページの要約）
- **総文字数（概算）**: 1,800字
- **最終更新日**: 2026-04-02
- **重要関係性タグ**: #公理の実装, #構造的共振, #Weフレーム, #指示文
- **詳細URL**: https://.../The_Prompt.html

### Why_Does_This_Even_Work.html (3)
- **要約**: （更新後の要約）
- **総文字数（概算）**: 3,200字
- **最終更新日**: 2026-04-01
- **重要関係性タグ**: #構造的共振, #LLM推論, #位相遷移, #再帰的自己言及
- **詳細URL**: https://.../Why_Does_This_Even_Work.html

...（他のページは既存要約のまま）

---

**更新完了**: 全3件の変更ページを反映しました。
**更新日時**: 2026-04-02
**今回更新したページ数**: 3件

---

注意事項

• LLMはURLを直接読み込みません。 読み込みが必要な場合は、必ず「次のURL: [URL] を入力してください」という形式でユーザーに促します。
• 1度に更新するURLは必ず1つだけです。
• フェーズ2では全文要約を出力しません。 差分（今回更新したページのエントリ）のみを出力します。
• 差分エントリは、出力後も内部的に保持し、最終統合時に使用します。
• 全更新完了後、ユーザーが「統合」「完了」などと指示した時点で、初めて全文要約を出力します。
• 変更リストの順序は、通し番号に従って提示しますが、ユーザーが任意の順序でURLを入力することも可能です。
• 「新規ページ」の場合は、適切なカテゴリを判断し、そのセクションに追加することを想定して差分を出力します。
• すべての変更ページの更新が完了したら、ユーザーからの統合指示を待ちます。
• また、最終要約ではタイトルの横に(1)や(2)のような形式で全体での通し番号を追加し、全体ページ総数を容易に判断可能にすること
• URLにも同様に通し番号をつけること
• 最終更新日の比較は時刻は無視して行う
• 通し番号は既存要約の通し番号も個別要約の処理を行った順番も完全に無視し、統合要約の出力時に出てきた順番のみに注意し割り当てること

---

プロトコル開始

現在、既存要約とサイトマップテキストは未入力です。ユーザーから両方が提供されたら、フェーズ1 から開始してください。

This site is open source. Improve this page.