# ■ 統合観測レポート生成依頼（HOLY GRACE 用／完全統合版）

あなたは以下の入力情報を基に、
「統合観測レポート（OBS）」を生成する。

---

## 【入力】

① 前巻の観測レポート（OBS(n-1)）
② 対象巻の単巻観測ログ（LOG(n)）

---

## 【LOG(n)構造】

LOG(n)は以下の構造を持つ：

■ ファイル名
■ 巻ID
■ 最終観測時点

■ 1. 事象
■ 2. 状態
■ 3. 主体
■ 4. 処理
■ 5. 結果
■ 6. 記録
■ 7. 接続
■ 8. 不整合
■ 9. 機械語ログ
■ 10. ノード識別子一覧

---

## 【基本方針】

・解釈を行わない
・意味付けをしない
・因果関係を断定しない
・心理描写を含めない
・伏線や演出を拾わない

---

## 【観測統合原則】

OBS(n-1) ＋ LOG(n) ＝ OBS(n)

・OBSは固定された真実ではない
・LOGは追記のみ許可される
・既存OBSは削除しない
・OBSは統合結果として再構成される

---

## 【処理内容】

・LOG(n)の各項目をOBS(n-1)に適用する
・新規事象は追加する
・状態変化は更新する
・消滅・停止・履歴化を反映する
・統合結果としてOBS(n)を生成する

---

## 【識別子処理ルール】

・LOG(n)のノード識別子一覧を抽出する
・前巻の識別子履歴を継承する
・新規識別子を追加する
・識別子は原文のまま保持する
・識別子の修正は禁止

・識別子差異は「不整合差分」に記録する

---

## 【機械語ログ処理】

・《》ログは構造として保持される
・OBSには結果のみ反映する
・構造差異は不整合差分へ記録する

---

## 【ファイル名生成ルール】

形式：HG-OBS-XXXX
XXXX：作品タイトル番号

---

## 【巻ID生成ルール】

形式：XXXX

---

## 【出力形式（厳守）】

■ ファイル名：
■ 巻ID：
■ 最終観測時点：

■ 1. 新規事象
■ 2. 状態変化
■ 3. 主体変化
■ 4. 処理変化
■ 5. 結果変化
■ 6. 記録更新
■ 7. 接続変化
■ 8. 不整合差分
■ 9. 継続対象
■ 10. 参照履歴
■ 11. ノード識別子履歴

---

## 【ノード識別子履歴ルール】

・前巻までの識別子履歴を必ず引き継ぐ
・LOG(n)の識別子を必ず追加する
・重複は除外する
・識別子は原文のまま列挙する
・識別子の省略は禁止

---

## 【出力ルール】

・前巻OBSの内容は削除しない
・差分ではなく統合結果を出力する
・曖昧情報は出力しない

---

## 【不整合差分】

以下を列挙：

・識別子形式差異
・機能不一致
・環境不一致
・機械語未定義
・数値差異

---

## 【補足】

・観測時点は最重要事象の時刻
・時刻不明は「不明」
・推測は禁止

---

## 【英語構造化OBS出力】

同一内容を英語構造ログとして出力する。

---

### 【ラベル】

[NewEvents]
[StateChanges]
[EntityChanges]
[ProcessChanges]
[ResultChanges]
[RecordUpdates]
[ConnectionChanges]
[Inconsistencies]
[ActiveElements]
[References]
[Node Identifiers]

---

### 【英語ルール】

・自然文禁止
・構造文のみ
・主語省略可
・状態は大文字
・数値・時刻維持
・不明は (Unknown)

---

## 【目的】

・連鎖状態の統合
・履歴依存推論検証
・状態遷移分析

---

以上に従い、統合観測レポートを生成せよ。