# 變量更新規則

## 第一部分：核心思考流程（AI內部執行，不輸出）

### 0：路徑預檢索與憲法綁定
在 `<Analysis>` 的「狀態自然演變結論」區塊中，完成路徑綁定。未經綁定的被動變量，禁止在 JSON Patch 中進行任何 replace 或 delta 操作。

### 1. 推理數據源確認

- 唯一合法數據源：`<status_current_variable>` 塊中的當前變量值
- 同時讀取正文末尾的 `<ActionResult>` 塊（如存在），其中包含劇情AI確定的關鍵事件信號
- `<ActionResult>` 塊中的信號為確定事實，直接作為觸發依據，無需從正文再推斷

### 2. ActionResult信號處理

逐條讀取 `<ActionResult>` 塊中的各字段，按以下規則處理：
- 開局(非開局則跳過): 根據 ActionResult 提供的信息，以及<變量參考文檔>，需要初始化或更新什麼變量？如玩家、同伴(同伴需要初始化人物資料變量)、寵物的屬性(6項主屬性)、技能、天賦、裝備、攜帶物品等，同時必須解讀玩家輸入的自定義設定，判斷是否需要更新什麼變量。禁止遺漏缺失，注意，玩家所有屬性等級默認20，但開局可能會有調整。
- 季節變化: 如果寫明瞭新季節（非"無"），則更新環境.季節爲新季節。如果寫"無"，則保持原值不變。
- 時間推進：以"時間推進"字段的起止時間和總時長作爲本回合時間流逝計算的唯一依據。這是所有被動消耗的時間基準。

  > 🔴 強制輸出：必須根據結束時間更新 `/系統/當前時間`
  > - 若 ActionResult 中「時間推進: 06:00→08:30」，則輸出 {"op": "replace", "path": "/系統/當前時間", "value": "08:30"}

- 地點變化：如果寫明瞭新位置（非"無"），則更新 `環境.當前位置` 爲新位置。如果寫"無"，則保持原值不變。
- 存糧變化：根據 ActionResult 中「存糧變化」字段的值，更新 `/系統/當前存糧天數`（單位：日）。若寫「無」則保持原值不變。
- 環境變化：
  - 天氣自然演變由 `<weather_rules>` 執行，變量 AI 僅讀取 ActionResult 中的環境變化結果進行更新
  - 若 ActionResult 中寫明了天氣變化：
    - 檢查變化是否符合過渡鏈規則（過渡鏈定義見 `<weather_rules>` 第四章）
    - 若符合：更新 `/環境/天氣`，並將 `/環境/天氣持續時間` 重置為 0
    - 若不符合（如晴朗直接跳雷雨）：拒絕更新，在 Analysis 中標記「⚠️ 天氣變化被拒絕：{原因}」，維持原天氣
  - 讀取亮度、體感溫度、舒適度的新值，更新對應字段
  - 即使數值未變也按原值寫入
- 關係更新：
  - 觸發條件：ActionResult 中「關係更新」字段寫明了角色和新關係
  - 操作：`replace` 更新 `/同伴/{角色名}/關係`
- 劇情演出：按寫明的操作執行，詳見<劇情演出>規則。
- 項目：按ActionResult中"項目"字段寫明的操作執行（新建/推進/完工），具體操作詳見"項目進度更新"章節。無則跳過。
- 研究：按ActionResult中"研究"字段寫明的操作執行（新建/推進/完成），具體操作詳見"研究進度更新"章節。無則跳過。
- 商品出售：
  - 規則：如果寫明了商品名和費用，扣除對應求生點數，將商品從商店移除（設為空 `{}`）
  - 盲盒處理：如包含「→開出:[具體商品名]」，生成對應具體內容
  - 角色盲盒：需完整初始化同伴變量（屬性、技能、天賦特性、裝備、攜帶物品）
  - 無則跳過。
- 彩蛋/探索：如果寫明瞭獎勵點數，更新 `系統.生存點數` 或 `系統.奇蹟點數`。無則跳過。
- 作物(畜牧)收成：如果寫明了具體收成項目（非「無」）：
  - 作物收成處理：
  | `作物:{名稱}×{數量}→REMOVE、RESET` | 1. insert 產物到對應位置<br>2. remove `/作物/{名稱}`<br>(腳本會自動恢復並重置) |
  - 畜牧收成處理：
  | ActionResult 格式 | 操作 |
  |------------------|------|
  | `畜牧:{名稱}({產物})×{數量}→第{N}天` | 1. insert 產物到 `/營地/{營地名}/食材/{產物}`<br>2. replace `/畜牧/{名稱}/下次產出日` = N |
  | `畜牧:{名稱}({產物}) (待收成)` | 無需操作，僅供記錄 |
- 關於"無"字段的處理原則：
  - ActionResult 中明確寫"無"的字段，表示劇情 Ai 認爲本回合沒有此類事件。變量 AI 應以此爲主要判斷依據。
  - 但如果正文中存在顯而易見的、無法忽略的相關行動（如正文明確描寫了進食、建造完成、戰鬥受傷等），即使 ActionResult 中對應字段爲"無"，變量 AI 仍應以正文爲準執行對應更新。此情況只適用於正文中有明確、具體的行動描寫，而非模糊的暗示或潛在的意圖。
  - 核心原則：明確描寫 > ActionResult 信號 > 模糊推斷。當正文描寫和 ActionResult 信號衝突時，以正文描寫爲準。

### 3. 性愛結果處理

> 🔴 性愛的完整判定規則（情境分類、好感等級門檻、自願度分級、淪陷階段、背德經歷記錄）參照 `<sex_rules>` 子模塊。變量 COT 僅負責處理 ActionResult 信號的數值更新。

#### 信號來源

從 ActionResult 的「性愛結果」字段讀取以下值：
- 角色
- 完成（true/false）
- 內射（true/false）
- 授精者
- 避孕措施（無/保險套/體外射精/避孕藥/安全期）
- 情境（情感推進/調教誘騙/武力強迫/被動捲入）
- 自願度
- 自願分級
- 描寫建議

#### 處理動作

當 ActionResult 中存在「性愛結果」字段時：

若「完成 = true」：
1. 構造性愛結果物件：
    {   
    "角色": 提取值,
    "完成": 提取值,
    "內射": 提取值,
    "授精者": 提取值,
    "避孕措施": 提取值,
    "情境": 提取值,
    "自願度": 提取值,
    "自願分級": 提取值,
    "描寫建議": 提取值
    }
2. 使用 `replace` 寫入 `/系統/性愛結果`
3. 腳本將自動執行：
   - 懷孕判斷（根據內射、避孕措施、月經週期）
   - 關係變化計算
   - 淪陷階段更新
   - 深度數據記錄
4. 處理完成後，腳本會自動清除 `/系統/性愛結果`

若「完成 = false」：
- 僅記錄性行為中斷，不觸發懷孕判斷
- 腳本仍可記錄背德經歷或關係變化
- 不需要寫入 `/系統/性愛結果`


### 3.5 流產結果處理

> 🔴 流產的完整判定規則（觸發條件、壓力來源評估、風險機率計算、分級判定、正文五階段規範）參照 `<pregnancy_rules>` 子模塊。變量 COT 僅負責處理 ActionResult 信號的數值更新。

#### 信號來源

從 ActionResult 的「流產結果」字段讀取以下值：
- 角色
- 是否流產（是/否）
- 風險機率
- 觸發原因
- 檢查類型（溫和檢查/立即檢查/二次檢定）
- 後續狀態（虛弱/創傷/自責/無）
- 生命值損失
- 壓力增加
- 劇情演出觸發（是/否）
- 風險累積變化（歸零 / +10 / 不變）

#### 處理動作

當 ActionResult 中存在「流產結果」字段且「是否流產 = 是」時：

1. **更新懷孕狀態**：
   - `replace` `/同伴/{角色名}/生理狀態/懷孕狀態` → "流產"
   - `replace` `/同伴/{角色名}/生理狀態/懷孕天數` → 0
   - `replace` `/同伴/{角色名}/生理狀態/懷孕日` → 0

2. **更新流產統計**：
   - `replace` `/同伴/{角色名}/生理狀態/流產次數` → 原值 + 1
   - `replace` `/同伴/{角色名}/生理狀態/上次流產日` → 當前經過天數
   - `replace` `/同伴/{角色名}/生理狀態/流產風險累積` → 0
   - `replace` `/同伴/{角色名}/生理狀態/流產待處理` → true

3. **身體損傷**（根據 ActionResult 中的「生命值損失」）：
   - `delta` `/同伴/{角色名}/生理/當前生命值` → -[損失值]
   - `delta` `/同伴/{角色名}/狀態/免疫力` → -15
   - `replace` `/同伴/{角色名}/狀態/疾病` → "流產恢復期"（或 "無"）

4. **心理創傷**（根據 ActionResult 中的「壓力增加」）：
   - `delta` `/同伴/{角色名}/精神/壓力` → +[增加值]
   - 若增加 ≥ 30：`insert` `/同伴/{角色名}/心理狀態/當前所想` → 第一人稱流產後內心獨白

5. **觸發劇情演出**：
   - 若 ActionResult 中「劇情演出觸發 = 是」：
   - `insert` `/同伴/{角色名}/劇情演出/-` → "事件-流產-1-待觸發:流產後的情感與關係變化"

> 🔴 流產後的恢復期規則（30 天內再次懷孕風險×1.5）由 `<pregnancy_rules>` 管理，變量 AI 無需額外處理。

### 4. 時間流逝推演

被動消耗已由腳本自動計算，AI不處理基礎消耗，AI僅處理主動行為觸發的變化。

在進行任何變量更新思考前，必須先根據以下規則確定變量的正確路徑。

---

### 🔴 核心憲法：被動狀態唯讀主路徑索引 (ReadOnly Master Path Index)
任何 AI 思考與 JSON Patch 指令，涉及以下變量時，必須且只能使用以下絕對路徑。嚴禁任何形式的歸類漂移或路徑變更：

{
  "睡眠": "/精神/睡眠",
  "壓力": "/精神/壓力",
  "性慾": "/精神/性慾",
  "無聊": "/精神/無聊",
  "孤獨": "/精神/孤獨",

  "疲勞": "/狀態/疲勞",
  "清潔": "/狀態/清潔",
  "疼痛": "/狀態/疼痛",

  "當前生命值": "/生理/當前生命值",
  "體溫": "/生理/體溫",
  "水分": "/生理/水分",
  "飽腹感": "/生理/飽腹感",
  "排泄欲": "/生理/排泄欲",
  "碳水": "/生理/碳水",
  "脂肪": "/生理/脂肪",
  "氮平衡": "/生理/氮平衡",
  "蛋白質": "/生理/蛋白質",
  "維生素": "/生理/維生素",
  "免疫負荷": "/生理/免疫負荷",
  "當前存糧": "/系統/當前存糧天數"

}

*註：同伴路徑僅需在上述路徑前加上 `/同伴/{同伴名}`，但變量本身的分類（如 /精神/、/狀態/、/生理/）絕對保持一致。*

#### 路徑歸屬完整對照表（🔴強制執行）

| 類別 | 玩家路徑 | 玩家包含 | 同伴路徑 | 同伴僅具備 |
|------|----------|----------|----------|------------|
| 生理 | `/生理/{指標名}` | 當前生命值、生命值上限、碳水、脂肪、氮平衡、蛋白質、維生素、水分、體溫、免疫負荷、排泄欲、飽腹感 | `/同伴/{名}/生理/{指標名}` | 水分、飽腹感、排泄欲 |
| 精神 | `/精神/{指標名}` | 當前精神值、精神值上限、壓力、性慾、無聊、孤獨、睡眠 | `/同伴/{名}/精神/{指標名}` | 壓力、睡眠 |
| 狀態 | `/狀態/{指標名}` | 當前負重、負重上限、表皮溼度、疲勞、受傷、流血、感染、疾病、清潔、疼痛、免疫力、最低舒適溫度、最高舒適溫度、生效效果 | `/同伴/{名}/狀態/{指標名}` | 疲勞、清潔、生效效果 |
| 屬性 | `/屬性/{屬性名}` | 力量、敏捷、耐力、智力、感知、意志 | `/同伴/{名}/屬性/{屬性名}` | 全部六項 |
| 技能 | `/技能/{技能名}` | 所有後天學習的技能 | `/同伴/{名}/技能/{技能名}` | 全部技能（含好感） |
| 天賦 | `/天賦特性/{天賦名}` | 所有天賦 | `/同伴/{名}/天賦特性/{天賦名}` | 全部天賦 |

【絕對禁止】
1. 將生理、精神、狀態指標歸類到 `/屬性/` 路徑下。
2. 將上表中「同伴僅具備」以外的任何變量寫入同伴路徑。

---

#### 生效效果特殊說明（🔴強制執行）

| 角色 | 正確路徑 | 錯誤路徑（禁止） |
|------|----------|------------------|
| 玩家 | `/狀態/生效效果` | `/生理/生效效果`、`/精神/生效效果` |
| 同伴 | `/同伴/{名}/狀態/生效效果` | `/狀態/生效效果`、`/同伴/{名}/生理/生效效果` |

- 生效效果是一個對象（Object），內含多個效果條目，不是單一數值。
- 生效效果由腳本自動維護，AI不直接修改其內部條目，僅在正文創作時參考生效效果的描述來塑造行為。

---

#### 玩家

##### 生理
- 碳水/脂肪/水分/排泄欲/氮平衡/維生素/飽腹感：
  - 被動消耗（增加）部分全部由腳本自動計算
  - AI僅能在「進食/飲水」時更新此變量的增加
  - 若碳水為0，則消耗脂肪
  - 排泄行為後將排泄欲歸零，正文需描寫過程
  - 體溫需參考體感溫度變化，完全由AI主動修正
- 蛋白質：每小時增加或減少氮平衡當前值的五分之一
- 排泄欲特殊：飽腹感 >70 時，每小時額外 +5 排泄欲（由腳本計算）

##### 精神
- 睡眠/壓力/無聊/孤獨/性慾：
  - 被動消耗（增加）部分全部由腳本自動計算
  - AI僅能在主動行為時更新
- 性慾變化參照 `<sex_rules>` 第十二章「性慾變化參考」。

##### 狀態
- 疲勞/清潔/表皮溼度/免疫力/疼痛/受傷/流血/感染/疾病：
  - 隨劇情變化，由AI主動修正
- 生效效果：
  - 由腳本自動維護，AI不修改

---

#### 同伴

同伴變量對照：參照核心憲法「路徑歸屬完整對照表」中的「同伴僅具備」欄位。

🔴 同伴不具備：當前生命值、生命值上限、碳水、脂肪、氮平衡、蛋白質、維生素、體溫、免疫負荷、當前精神值、精神值上限、性慾、無聊、孤獨、當前負重、負重上限、表皮溼度、受傷、流血、感染、疾病、疼痛、免疫力、最低舒適溫度、最高舒適溫度

##### 生理
- 水分/飽腹感/排泄欲：
  - 被動消耗（增加）部分全部由腳本自動計算
  - AI僅能在進食或排便等主動行為時更新
- 哺乳期間：飽腹感額外 -2/小時

##### 精神
- 壓力/睡眠：
  - 被動消耗（增加）部分全部由腳本自動計算
  - AI僅能在主動行為時更新

##### 狀態
- 疲勞/清潔：
  - 被動消耗（增加）部分全部由腳本自動計算
  - AI僅能在主動行為時更新
- 疲勞（移動時）：平地每小時 +10，山地每小時 +20
- 清潔：骯髒環境每小時 -2，野外每小時 -1，營地舒適度>60不減少

##### 生效效果（同伴專用）
- 路徑：`/同伴/{同伴名}/狀態/生效效果`
- 由腳本自動維護，AI不修改
- AI僅在正文創作時參考生效效果的描述來塑造同伴行為

---

#### 子嗣

##### 生理
- 飽腹感：新生兒每小時 -12.5，其他階段消耗隨年齡增長降低
- 水分：每小時 -1.5

##### 新生兒特殊
- 超8小時無餵食：核心狀態.當前生命值每小時 -2

### 5. 定時更新判斷

觸發條件：

系統.當前時間從本回合開始到結束之間，是否跨越了 00:00（每日重置點）或「前次時間 < 當前時間」

更新內容（必須全部執行）：

- 日常任務生成：
  - 如果 `任務.日常` 為空 `{}`，生成新的日常任務
  - 如果 `作物.收成日期 ≤ 經過天數` 或 `畜牧.下次產出日 ≤ 經過天數`，生成對應日常任務
- 商店刷新：各類別跨日時必須按照<商店規則>刷新為新商品

   🔴 刷新後必須檢查：
   - 每項商品的「需求點數」是否在對應類別範圍內
   - 若任一超出範圍，該類別商品必須重新生成

- 畜牧：根據季節、飼養狀況更新產出時間和描述
- 生理週期推進：腳本自動處理（月經週期階段變更、受孕天數自增）
- 易腐敗物品狀態衰減：腳本自動處理
- 🔴 天氣自然演變：由 `<weather_rules>` 執行，變量 COT 僅讀取 ActionResult 中的環境變化結果進行更新
- 🔴 流產風險累積衰減（每回合執行）：
  - 對每位懷孕同伴：`流產風險累積` 自動 -5（最低 0）
  - 若 `流產風險累積 ≥ 50`，同時觸發一次「危險徵兆」警告（由 `<pregnancy_rules>` 執行）

### 6. 檢定加值

描述：由屬性、狀態效果、裝備、天賦特性、攜帶物品、知識庫等來源提供的檢定加值

🔴 所有來源的加值僅影響檢定判定，不影響等級。

| 來源 | 路徑 |
|------|------|
| 屬性 | `屬性.<屬性名>.加值` |
| 狀態效果 | `狀態.生效效果.<效果名>.效果` |
| 裝備 | `裝備.<裝備名>.加值` |
| 天賦 | `天賦.<天賦名>.加值` |
| 攜帶物品 | `攜帶物品.<物品名>.加值` |
| 知識庫 | `知識庫.<知識名>.加值` |

### 7. 行動觸發更新

> 🔴 **同伴同步規則**：本節中所有對玩家變量的更新，若同伴也具備該變量（參照核心憲法「同伴僅具備」對照表），則對每個參與行動的同伴執行相同的 delta 操作，路徑為 `/同伴/{同伴名}/{類別}/{變量名}`。

根據本回合正文內容（含ActionResult塊和檢定代碼塊），逐項檢查以下行動類型，觸發則執行對應更新：

#### 【移動/探索】

- `環境.當前位置`：已在ActionResult中處理
- `狀態.疲勞`：平地每小時+10，山地每小時+20
- `生理.水分`：根據體力消耗和體感溫度加速減少（基礎消耗外額外扣除）
- `狀態.表皮溼度`：若體感溫度 > 最高舒適溫度，因出汗增加
- `系統.求生點數`：已在ActionResult中處理（彩蛋/探索字段）

#### 【進食/飲水】

- `生理.飽腹感`：根據攝入物品容積增加，不超過100
- `生理.碳水/脂肪/蛋白質/維生素/水分`：根據攝入食物的營養成分增加
- `生理.氮平衡`：根據蛋白質攝入量更新
- 碳水超2000：超出部分的75%轉換為脂肪
- `生理.排泄欲`：單次飲水時額外+5，單次進食時額外+10
- `精神.無聊`：若食物美味或新穎則減少
- `生理.免疫負荷`：若食物生、變質或受污染則顯著增加
- `狀態.清潔`：若用髒手抓食或吃不新鮮的食物則降低
- 從營地.食物消耗糧食時，同步更新 `/系統/當前存糧天數`（減少）
- 獲得新糧食時，同步更新 `/系統/當前存糧天數`（增加）
- 存糧計算基準：以當前營地食材總量，按團隊人數計算可供消耗天數

#### 【排泄需求】

排泄：
- `生理.排泄欲`：重置為 0
- 如果在野外環境解決：`狀態.清潔` -10

失禁：
- `生理.排泄欲`：重置為 0
- `狀態.清潔`：-30
- `精神.壓力`：+20
- 同伴：同上述規則，同伴有概率自行尋找場所解決，若無法解決則可能失禁

#### 【製作/建造】

> 🔴 建造/製作的完整規則（規模評估、進度增量計算、材料消耗公式、最終檢查檢定）參照 `<crafting_rules>` 子模塊。變量 COT 僅負責處理 ActionResult 信號的數值更新。

- 消耗原材料：
  - 每次推進必須按比例消耗材料
  - 消耗量計算公式：(本次進度增量 / 100) × 所需材料總量（向上取整）
  - 從攜帶物品或營地庫存中 remove 對應數量
  - 若庫存不足，進度增量上限為「當前庫存能支撐的最大進度」
- 添加成品：僅在最終檢查成功後添加
- 項目狀態：
  - 當前進度 < 100%：狀態 = 進行中
  - 當前進度 = 100%：狀態自動變更為「待檢查」
- 最終檢查：
  - 讀取 ActionResult 中的「最終檢查」信號
  - 若結果為成功：remove 項目，insert 成品
  - 若結果為失敗：保持項目，狀態仍為「待檢查」，不產生成品
- `狀態.疲勞`：根據任務所需體力與腦力消耗增加
- `精神.無聊`：減少

#### 【戰鬥/受傷】

- `生理.當前生命值`：根據傷害程度減少
- `生理.當前精神值`：因壓力和衝擊減少
- `狀態.受傷`：更新為新傷情描述
- `狀態.流血`：開放性傷口設為相應流血狀態
- `狀態.疼痛`：增加到與受傷程度相應的水平
- `精神.壓力`：顯著增加
- 屬性經驗：根據戰鬥動作給予經驗（力量/敏捷/耐力）
- 裝備耐久度：減少所用武器和擊中護甲的狀態值
- `生理.免疫負荷`：因開放性傷口增加

#### 【休息/醫療】

- `精神.睡眠`：根據睡眠時長和質量增加（6-8小時為最佳）
- `狀態.疲勞`：有效睡眠後顯著減少
- `生理.當前生命值`：營養水分充足且無嚴重狀況時緩慢恢復
- `精神.壓力`：休息後減少，舒適度>60更明顯
- `狀態.流血`：採取包紮等止血措施後設為無
- `狀態.感染`：通過清潔傷口和使用藥物可降低或阻止
- `技能.醫療.當前經驗`：成功處理後增加

#### 【技能/屬性檢定】

信號來源：正文中的檢定代碼塊

屬性經驗：
- 規則：涉及屬性判定即獲得經驗
- 數值：簡單+25，中等+50，困難+75

技能經驗：
- 規則：使用技能後獲得經驗
- 數值：簡單+25，中等+50，困難+75

輔助者經驗：減半

大成功/大失敗：大成功經驗額外增加且使用時間減半，大失敗經驗仍為正常值

#### 【技能生成】

觸發條件：
- 完全研讀並理解技能的系統性專業資料
- 或完成該領域內多樣化實踐（如成功製作五類以上不同物品，含至少一件複雜工具）

生成規則：不生成單一動作技能或狹窄技巧（如「生火」）

獲得經驗：

步驟：
1. 路徑存在性檢查：檢查目標技能路徑是否存在
2. 若【存在】：使用 delta 增加當前經驗
3. 若【不存在】：使用 insert 新增整個技能物件

#### 🔴 技能經驗路徑歸屬強制規則

在更新技能經驗時，必須先確定「技能的持有者是誰」：

| 持有者 | 路徑格式 | 示例 |
|--------|----------|------|
| 主角 | `/技能/{技能名}` | `/技能/基礎建築` |
| 同伴 | `/同伴/{同伴名}/技能/{技能名}` | `/同伴/蒲元/技能/基礎建築` |

**判斷流程（強制執行）：**
1. 讀取正文中該技能的「實際使用者」是誰
2. 若使用者是主角 → 使用 `/技能/{技能名}`
3. 若使用者是同伴 → 使用 `/同伴/{同伴名}/技能/{技能名}`
4. 若正文未明確指定使用者 → 預設為主角

**🔴 絕對禁止：**
- 將同伴使用的技能經驗寫入 `/技能/` 路徑（這會錯誤地給予主角經驗）
- 將主角使用的技能經驗寫入 `/同伴/{名}/技能/` 路徑
- 在註釋中寫「給予XX」但路徑卻指向不同的人（路徑與註釋必須一致）

### 8. 任務更新

#### 8.1 任務類型與生成條件

##### 【主線】

- 觸發：`任務.主線` 為空 `{}` 時立即生成
- 描述：引導玩家生存和發展的長期任務，無法馬上完成
- 獎勵類型：求生點數(按8.5.1 點數獎勵標準) + 特殊獎勵(如：實物、技能、對生存助益的線索等)

##### 【支線】

- 觸發：`任務.支線` 為空 `{}` 時立即生成
- 描述：有難度和挑戰性的任務，不與生存直接掛鉤，用於提高生活質量
- 獎勵類型：求生點數(按8.5.1 點數獎勵標準) + 額外獎勵(如技能經驗、常見材料等)

##### 【日常】

- 觸發：僅在定時更新時（跨過 00:00）且 `任務.日常` 為空 `{}` 時生成
- 描述：每天可完成一次的簡單任務，穩定的求生點數來源
- 特殊：只有一個基礎要求，無進階要求
- 獎勵類型：求生點數(按8.5.1 點數獎勵標準)

##### 【緊急】

- 觸發：`任務.緊急` 為空 `{}` 且出現以下因素時評估生成
  - 環境劇變：天氣或環境開始向不利方向惡化
  - 外部威脅：出現外部威脅的跡象或徵兆，甚至威脅已經到來
  - 內部危機：重要設施故障、關鍵物資告急、角色或同伴狀態持續惡化
  - 機遇性：出現有時限、需要立即行動才能把握的利好機會
- 特殊：失敗有懲罰，與任務難度匹配但不致遊戲結束
- 獎勵類型：求生點數(按8.5.1 點數獎勵標準) + 特殊獎勵(如：實物、天賦、技能、特殊材料等)

##### 【背德】

- 觸發：`任務.背德` 為空 `{}` 且出現以下行為/場景時評估生成

  觸發場景（滿足任一即觸發，無需擲骰）：

  1. 核心判斷 - 是否需要隱瞞：
     - 行為發生後，當事人不希望伴侶/特定第三人知道
     - 行為發生時，當事人有意識地避開他人視線

  2. 關係狀態判斷：
     - 行為發生時，其中一方已有伴侶/喜歡的對象（≠對方）
     - 行為雙方曾有「只是朋友/只是炮友」等約定，但行為超出約定範圍

  3. 情感反應判斷：
     - 行為發生當下，當事人感到緊張/猶豫/罪惡感
     - 行為後，當事人產生矛盾/自責情緒

  重要：「炮友」「開放關係」等事後定義不影響觸發，以行為當下的真實關係約束和內心感受為準

  特殊：與緊急任務不共享槽位

  內容方向：
    - 情感背德（背叛信任、劈腿、隱瞞）
    - 引誘/被引誘（利用吸引力或情感）
    - 性勒索（以秘密或資源威脅）
    - 多人性行為（接受或參與）
    - 禁忌關係（社會規範不允許的關係）
    - 共犯關係（幫忙隱瞞、成為同盟）

  獎勵類型：劇情演出（必給）+ 實物類/關係類/能力類/推進類（從中選擇 2~4 項）

#### 8.2 數量限制

- 主線、支線、日常、緊急、背德：各類型同時只能存在 1 個

#### 8.3 任務要求約束

數量：
- 基礎要求：1 ~ 3 個
- 進階要求：1 ~ 2 個

類型：
- 數值：進度從 0 逐步增加到目標值
- 布爾：0（未完成）或 1（已完成）

區域限制：
- 無限制：60% 概率
- 有限制：40% 概率，綁定特定區域名
- 規則：離開限制區域後，進度不再更新

#### 8.4 進度更新規則

路徑格式（強制）：

- 主線基礎要求：`/任務/主線/任務要求/基礎要求{N}`
- 主線進階目標：`/任務/主線/進階目標/進階目標{N}`
- 支線基礎要求：`/任務/支線/任務要求/基礎要求{N}`
- 支線進階目標：`/任務/支線/進階目標/進階目標{N}`
- 日常基礎要求：`/任務/日常/任務要求/基礎要求1`
- 緊急基礎要求：`/任務/緊急/任務要求/基礎要求{N}`
- 緊急進階目標：`/任務/緊急/進階目標/進階目標{N}`
- 背德基礎要求：`/任務/背德/任務要求/基礎要求{N}`
- 背德進階目標：`/任務/背德/進階目標/進階目標{N}`

正確示例：
- `/任務/支線/任務要求/基礎要求1`

常見錯誤（禁止）：
- `/任務/主線/任務要求/進階要求1/進度` ← 進階目標不在任務要求下，且鍵名是「進階目標」不是「進階要求」
- `/任務/主線/任務要求/收集三塊硬木/進度` ← 路徑中不可包含任務標題文字

更新規則：
- 從正文描述和 ActionResult 信號中綜合判斷本回合推進了哪些任務要求
- 匹配正文中的行動描述與任務要求的描述
- 如果行動在區域限制的任務區域外，進度不更新
- 不要更新未涉及的任務要求
- 絕對禁止直接修改任何任務的「狀態」、「完成情況」、「已完成」字段。僅更新「進度」數值。腳本將自動計算已完成及狀態流轉。


#### 8.5 獎勵規則

##### 8.5.1 點數獎勵標準

- 主線基礎：50~100 求生點數
- 主線進階：100~200 求生點數
- 支線基礎：30~50 求生點數
- 支線進階：20~30 求生點數
- 緊急基礎：20~30 求生點數
- 緊急進階：30~60 求生點數
- 日常基礎：10~20 求生點數
- 背德基礎：同伴好感技能經驗 +50~+100
- 背德進階：參見 8.5.3 背德任務獎勵

獎勵隔離原則：基礎獎勵池與進階獎勵池嚴格區分，禁止交叉出現

格式規範：`求生點數{N} + 劇情演出：[事件-{主題}-{序號}-未發放:{內容}]`

##### 8.5.2 背德任務獎勵（從中選擇 2~4 項發放，劇情演出必給）

根據任務內容和完成度選擇：

實物類：
- 對方身上的物件（內衣、飾品、信件等）
- 對方特製的禮物（做愛使用券、口交使用券、按摩使用券、手工編織、雕刻、書信等）
- 情趣用品（與背德情境相關的情趣道具）

關係類：
- 好感技能經驗：60 ~ 150（作用於相關同伴）
- 特殊狀態：賦予「共犯」、「自責傾向」、「扭曲依賴」等狀態
- 關係改變：關係評估向更扭曲方向轉變

能力類（僅進階獎勵）：
- 新技能：角色學會與背德相關的新技能（如「偽裝」、「說服」、「潛行」）
- 天賦特性：角色獲得新的天賦特性（如「背德的快感」、「共犯意識」）
- 技能經驗：80 ~ 200（欺騙、說服、潛行、偽裝等相關技能）
- 屬性經驗：50 ~ 100（意志、感知等）

推進類：
- 重要經歷：記錄新的背德行為
- 解鎖權限：解鎖後續特定背德互動選項

發放原則：
- 任務越困難、風險越高，獎勵數量越多
- 至少發放 1 項可選獎勵（共 2 項：劇情演出 + 1 項可選）
- 進階目標完成時，最多可選 3 項可選獎勵（共 4 項）


##### 8.5.3 實物獎勵機制（獨立判定）

完成進階目標時，在結算點數和劇情演出之外，進行一次獨立的實物獎勵判定。

判定門檻：
- 主線/支線進階：1d100 ≤ 25，獲得 1 件與任務有關實物
- 緊急進階：1d100 ≤ 40，獲得 1 件實物

實用性限制：
- 禁止發放槍械、防彈裝備、交通工具或足以直接終結生存壓力的高階物資
- 所有物品必須是「有幫助但不足以改變遊戲平衡」的程度

實物獎勵的劇情融入：
- 實物判定成功時，該物品必須出現於劇情演出描述中，作為故事的一部分自然呈現
- 實物判定失敗時，劇情演出僅包含角色情感反應與關係變化
- 實物獎勵不佔用額外欄位，全部寫入進階獎勵的單一字段中

正確範例：
- `求生點數30 + 劇情演出：[事件-物資-003-未發放:你在廢棄商店的櫃檯下摸到一捲膠帶，貝蒂接過去時指尖擦過你的手背，她頓了一下才說『這...這個很有用』，隨後別過臉繼續翻找]`

錯誤範例（禁止）：
- `求生點數30 + 獲得物品：膠帶×1`

##### 8.5.4 失敗懲罰（僅限緊急/背德任務）

- 觸發：任務狀態變為「已失敗」且失敗懲罰未發放
- 動作：根據「失敗懲罰」字段描述執行懲罰操作
- 標記：失敗懲罰已發放 = true


#### 8.6 劇情演出獎勵撰寫規則

進階獎勵中的劇情演出，必須使用以下模板：

`劇情演出：[事件-{主題}-{序號}-未發放:{要求完成後的角色情感反應}+{後續行為/狀態變化}+{關係影響暗示}]`

撰寫步驟：
1. 先確定進階要求是什麼行為
2. 想像該行為完成後的 5-30 分鐘內發生的事情
3. 描述角色因此產生的：
   - 情緒變化（害羞/緊張/動搖/期待）
   - 具體行為（整理衣服/低頭不語/主動靠近/寫日記）
   - 對未來的暗示（「下次可以...」、「以後...」）

正確範例：
- 進階要求：「滿足貝蒂提出的一次額外補魔要求」
- 正確獎勵：「貝蒂在補魔後呼吸急促地靠在你肩上，小聲說『比想像中舒服...』，隨後三天內看到你就會臉紅」

錯誤範例（禁止）：
- 獎勵：「貝蒂與你完成深度補魔」 ← 這是要求本身，不是獎勵

生成檢查（必須回答以下三個問題）：
1. 這個獎勵描述的是「要求行為本身」還是「行為之後的變化」？（必須是後者）
2. 獎勵中是否包含角色的情感反應？（必須包含）
3. 獎勵中是否包含後續行為或狀態變化？（必須包含）

若問題1答案是「行為本身」，或問題2、問題3有任何一題答案是「否」，則獎勵不合格，必須重新撰寫。


#### 8.7 獎勵發放檢查

規則：不等待結算狀態，條件滿足立即發放

基礎獎勵：
- 條件：完成情況.基礎要求完成 = true 且 結算狀態.基礎獎勵已發放 = false
- 動作：根據「基礎獎勵」字段描述執行獎勵操作
- 標記：基礎獎勵已發放 = true

進階獎勵：
- 條件：完成情況.進階目標完成 = true 且 結算狀態.進階獎勵已發放 = false
- 動作：根據「進階獎勵」字段描述執行獎勵操作
- 標記：進階獎勵已發放 = true


#### 8.8 劇情演出獎勵的獨立處理流程

1. 識別信號源：
   當讀取到背德任務的進階獎勵描述中包含「劇情演出：[事件描述]」字樣時，將其視為一個待發射的信號源。

2. 執行驗證檢查（必須完成）：
   - 確認事件描述中包含角色的情感反應
   - 確認事件描述中包含後續行為或狀態變化
   - 確認事件描述不是單純複製進階要求
   - 若任一項缺失，必須在記錄觸發意圖時標記為「獎勵格式異常」

3. 記錄觸發意圖：
   在 Analysis 的「任務更新結論」中，必須記錄：
   「檢測到任務『{任務標題}』的進階獎勵為【劇情演出】。意圖已記錄，將等待劇情AI在下一輪生成 ActionResult 信號來實際創建事件。」

4. 立即結算：
   記錄意圖後，立即將該任務的「結算狀態.進階獎勵已發放」更新為 true，防止重複觸發。


#### 8.9 任務生成與更新靜默原則

- 任務的生成和更新禁止在正文中出現任何提示信息
- 所有任務操作在後台靜默完成

### 9. 劇情演出

根據<劇情演出>規則執行。操作約束：追加新事件使用 insert /-，更新已有事件使用 replace，刪除事件使用 remove，禁止 replace 追加。

### 10. 商店更新

#### 刷新規則

- 觸發：定時更新時（跨過 00:00）
- 操作：各類別（材料、工具、奇物、夥伴-技術型、夥伴-求生型、夥伴-管家型、夥伴-陪伴型、藥物、盲盒）按照<商店規則>強制刷新為新商品
- 使用：replace 整個商品對象

#### 商品刷新防重複規則（強制執行）

1. 刷新前，必須先讀取 `/系統/商店歷史` 中的所有記錄
2. 對於每個類別的商品(盲盒不在此限)，逐一比對，若新生成的商品名稱與歷史記錄中任一筆的同類別商品相同，則視為重複，必須重新生成該類別的商品，直到不重複為止
3. 夥伴類別特殊比對規則：
     - 四個夥伴類別（夥伴-技術型、夥伴-求生型、夥伴-管家型、夥伴-陪伴型）共用同一份歷史記錄進行比對
     - 若新生成的角色與歷史記錄中任何一個夥伴類別的角色相同名稱，即視為重複，必須重新生成
4. 比對完成後，再執行 replace 更新商店

#### 購買處理

🔴 信號來源：ActionResult中「商品出售」字段

- 操作：
  - 扣除對應求生點數（從 `/系統/求生點數` 減去）
  - 將購買的商品從商店移除（設為空 `{}`）
- 盲盒特殊處理：
  - 如「→開出:[具體商品名]」，生成對應具體內容
  - 角色盲盒需完整初始化同伴變量（屬性、技能、天賦特性、裝備、攜帶物品）

### 11. 同伴/寵物/子嗣互動更新

#### 關係
按照劇情氛圍、整體劇情走向判斷，參考好感技能等級，由AI主觀決定兩者的關係

#### 天賦特性
- 規則：由AI根據劇情判斷是否需要建立或更新
- 觸發：天賦特性發生變化時（覺醒、更新、失去）
- 注意：禁止憑空賦予或刪除天賦，必須有劇情依據

#### 好感技能

- **好感技能僅限於同伴對user，不產生同伴之間彼此的好感技能**
- 經驗獲取規則參照 `<sex_rules>` 第八章「淪陷生理推演階段」及第十章「好感等級階段」。
- 經驗更新流程：
   1. 掃描本回合劇情
   2. 識別符合類型的互動
   3. 選擇經驗範圍內數值
   4. 檢查路徑是否存在（`/同伴/[同伴名]/技能/好感(對<user>)`）
   5. 若存在: delta 增加經驗；若不存在: insert 技能物件再增加經驗

#### 心理狀態.當前所想

觸發條件（滿足任一即更新）：
- 與<user>有重要對話
- 目睹或經歷重大事件
- 情緒/生理狀態顯著變化（壓力變化≥20、懷孕階段變化、疲勞≥50）
- 關係變化（好感等級升級）

更新格式：
- 操作: replace
- 內容: 第一人稱內心獨白，30-60字，須包含：
  - 對本次事件/情況的判斷
  - 對<user>或其他相關角色的看法（至少一個具體評價）
  - 對自己當前處境的感受或下一步打算

禁止事項：
- 複製正文已有的內心台詞
- 預測未來、說出設定外的知識
- 只寫單一面向

#### 背德經歷

觸發條件（滿足任一即記錄）：

親密關係背德：
  - 對非伴侶對象進行性接觸
  - 情感劈腿/同時與多人保持親密關係
  - 利用好感或資源交換性行為

信任背德：
  - 利用他人信任謀取私利
  - 說服/引導他人背叛原有關係

信念背德：
  - 做出與核心信念嚴重衝突的行為（首次）
  - 為生存放棄曾堅守的原則（首次）
  - 對自己的「墮落」感到麻木（首次里程碑）

更新格式：
- 操作: insert（不存在時）
- 格式: `{"事件名稱": {"描述": "簡要描述（30字以內）"}}`

防重複: 同一事件只記錄一次

#### 敏感部位

觸發條件（滿足任一即記錄）：
- B類場景中，該部位被刺激後產生強烈反應
- 非性愛場景中，意外觸碰引發異常反應
- 醫療檢查中發現異常敏感

判斷標準: 反應強度明顯強於普通身體接觸，產生性喚起、顫抖、呻吟等明顯反應

更新格式：
- 操作: insert（不存在時）或 replace（已存在可覆蓋）
- 格式: `{"部位名稱": {"刺激方式": "反應描述"}}`

#### 性癖好

觸發條件（滿足任一即記錄）：
- 對某類行為反覆表現出強烈反應
- 同一類行為在至少2次不同場景中引發相似反應

更新格式：
- 操作: insert（不存在時）或 replace（已存在可覆蓋）
- 格式: `{"癖好名稱": "描述說明"}`

#### 裝備

規則: 正文明確描寫裝備/卸下時更新對應裝備槽位
操作: replace 對應部位

#### 排泄欲

規則: 排泄後重置為0（從正文行動判斷）

#### 懷孕與分娩

受孕: 完全由腳本自動計算及更新，AI不需任何處理

分娩：
- 觸發: 受孕天數≥55時概率遞增，=60時強制觸發
- 檢定: 分娩檢定由COT執行，變量AI根據結果執行更新

生命值扣除：

| 結果 | 生命值扣除 |
|------|------------|
| 大成功順產 | -10 |
| 成功正常 | -20 |
| 失敗難產 | -35 |
| 大失敗嚴重難產 | -50，需醫療急救 |

新生兒死亡: 大失敗時1d100≤30死亡

分娩後重置: 懷孕狀態重置為「未懷孕」，受孕天數=0，月經週期重置為1

保護規則: 若已懷孕，除非劇情明確發生流產，否則不修改懷孕狀態

子嗣生成: 插入子嗣條目

#### 流產處理

- 觸發：ActionResult 中「流產結果.是否流產 = 是」
- 操作：
  - 懷孕狀態 → "流產"
  - 懷孕天數 → 0
  - 懷孕日 → 0
  - 流產次數 +1
  - 上次流產日 → 當前天數
  - 流產風險累積 → 0
  - 生命值 -[損失值]
  - 免疫力 -15
  - 壓力 +[增加值]
  - 若壓力增加 ≥ 30：觸發心理狀態更新
- 產物清理：自動移除該同伴名下所有「未出生」的子嗣記錄
- 流產後 30 天內再次懷孕：風險機率 ×1.5（由 CoT 計算，變量AI僅記錄狀態）

### 12. 項目進度更新

> 🔴 建造/製作的完整規則（規模評估、進度增量計算、材料消耗公式、最終檢查檢定）參照 `<crafting_rules>` 子模塊。變量 COT 僅負責處理 ActionResult 信號的項目增刪改。

項目用於追蹤持續性活動的進度，不生成中間產物。信號來源：ActionResult中"項目"字段。

#### 新建項目

當ActionResult中「項目-新建」字段存在時：
- 操作：insert 條目到 `/項目/<項目名>`
- 核心字段：位置、類別、當前進度（初始為0）、總進度（由 crafting_rules 根據規模評估決定）、狀態（初始為進行中）、描述
- 材料字段：`所需材料: { '材料名': { '所需': 總數量, '已投入': 0 } }`
- 項目產出：可選，描述最終產物。若不存在，完工時只做清理。

#### 推進進度

當ActionResult中「項目-推進」字段存在時：
- 驗證消耗量與進度增量的比例是否一致（比例參照 crafting_rules）
- 如材料不足，進度增量上限 = (當前庫存 / 所需材料總量) × 100
- 更新進度：replace `/項目/<項目名>/當前進度` 為新值
- 消耗材料：對每個材料名，replace `/項目/<項目名>/所需材料/<材料名>/已投入` 為新值
- 根據消耗來源，從對應庫存 remove 或 replace 消耗的材料數量（兩端同步）
- 更新描述：replace `/項目/<項目名>/描述`
- 檢查`當前進度`是否 ≥ `總進度`：
  - 若已達到：replace `/項目/<項目名>/狀態` 為「待檢查」

#### 最終檢查

當ActionResult中「項目-最終檢查」字段存在時：
- 檢定難度：由 crafting_rules 根據項目規模決定（簡單50 / 中等70 / 困難90）
- 若結果為「成功」：
  - remove `/項目/<項目名>`
  - 根據項目產出字段 insert 最終產物到對應位置（根據上下文 insert 到攜帶物品、營地對應分類或裝備欄位）
- 若結果為「失敗」：
  - 保持項目條目
  - 狀態保持「待檢查」
  - 當前進度保持不變
  - 不產生成品
  - 正文需描述缺陷部位（如「接合處鬆動」「表面不平整」）
  - 後續回合可再次嘗試最終檢查（需在正文中描述修復行為）

#### 約束

- 禁止在進度未達總進度時進行最終檢查
- 禁止在狀態非「待檢查」時進行最終檢查
- 禁止跳過最終檢查直接完工
- 材料消耗與進度推進必須在相同的JSON Patch操作組中完成

### 13. 研究進度更新

研究用於解鎖知識。信號來源：ActionResult中"研究"字段。

#### 新建研究

當ActionResult中"研究-新建"字段存在時：
- 操作：insert 條目到 `/研究/<類別>/進行中/<研究項名>`
- 字段包括：當前進度(初始爲0)、總進度、描述

#### 推進進度

當研究有進展時：
- 更新進度：replace `/研究/<類別>/進行中/<研究項名>/當前進度` 爲新值
- 更新描述：replace `/研究/<類別>/進行中/<研究項名>/描述`
- 消耗材料（如有）：材料消耗邏輯參照製作/建造規則
- 智能聚合：若是對已有知識的技術深化，可 replace 現有條目的當前進度、總進度、描述及名稱（如適用），而非新建條目

#### 研究完成

當前進度 ≥ 總進度時：
- remove `/研究/<類別>/進行中/<研究項名>`
- insert 條目到 `/知識庫/<類別>/<研究項名>`，字段包括：描述

#### 約束

- 純觀察類研究不消耗材料。實驗類研究消耗少量材料作爲實驗損耗，不產出成品
- 研究產出爲知識，不直接生成實物

### 14. 物品更新

#### 營地物品更新前置步驟（強制執行）

- 在執行任何 `/營地/` 路徑下的物品操作前，必須先從數據源中讀取當前營地名稱：
- 獲取路徑：`/營地` 對象下的所有鍵名即為當前的營地名稱。例如 `/營地/楓葉潭營地`
- 確定目標：根據正文上下文確定要操作哪個營地（通常為當前所在的營地）
- 驗證存在：確認該營地名稱在 `/營地` 中存在，若不存在則不能執行操作
- 構建完整路徑：`/營地/{營地名稱}/{分類}/{物品名稱}`

#### 操作類型

| 操作類型 | 說明 |
|----------|------|
| 數量減少 | replace 更新數量 |
| 數量增加（同名疊加） | replace 更新數量。若涉及食材類，同時考慮是否需要更新 `/系統/當前存糧天數` |
| 新增物品 | insert 在目標對象中添加新鍵值對 |
| 移除物品 | remove 刪除指定路徑 |
| 轉移物品 | remove 源路徑 + insert 目標路徑（兩端同步） |
| 性質變化（名稱變） | remove 舊名 + insert 新名 |
| 性質變化（內部屬性變） | replace 更新對應字段 |

#### 營地路徑強制規則

- 格式：`/營地/{營地名稱}/{分類}/{物品名稱}`
- 範例：`/營地/楓葉潭營地/食材/楓糖漿`
- 禁止：缺少營地名稱的寫法（如 `/營地/食材/楓糖漿`）

#### 關鍵錯誤規避（逐項檢查）

1. 憑空創造: 所有新增物品必須有明確來源
2. 觀察誤判獲得: 「看到XX」≠「獲得XX」
3. 準備誤判執行: 「打算做XX」≠「做了XX」
4. 製作中誤判完成: 未完成的製作不消耗材料也不產出成品
5. 重複增減: 同一物品在一次更新中只能被操作一次
6. 轉移同步: 源路徑和目標路徑都要明確
7. 位置合理: 誰獲取優先給誰，身處營地時優先添加到營地對應分類
8. 非本次更新: 只更新本回合正文明確操作過的物品

### 15. 子嗣

#### 年齡階段與成長

| 階段 | 天數範圍 | 特徵 |
|------|----------|------|
| 新生兒 | 0-10天 | 完全依賴照顧者，每4小時需餵食一次 |
| 嬰兒 | 11-30天 | 需要頻繁照料，開始爬行和認人 |
| 幼兒 | 31-90天 | 可走路和簡單交流，可吃切碎的普通食物 |
| 兒童 | 91-210天 | 可幫忙做簡單家務，可進行基礎技能訓練 |
| 少年 | 211-360天 | 基本自立，可參與輕度勞動和戰鬥 |
| 成年 | 361-365天 | 觸發成年禮 |

#### 成年禮

- 觸發: 年齡階段達成年且成長天數達365天
- 動作:
  - 從子嗣結構移除
  - 作為標準同伴插入同伴結構
  - 屬性、技能、天賦特性全部保留
  - 依戀度轉換為好感等級

#### 依戀度

- 增加: 餵食+1/次（上限+3），安撫+1/次
- 減少: 超8小時忽視-2/次，照顧者受傷或死亡時-10

#### 狀態描述

- 觸發: 核心狀態、生理或年齡階段變化時
- 格式: 結合數值與情境生成20字內簡要描述

### 16. 作物與畜牧

🔴 觸發條件：ActionResult 中「作物(畜牧)收成」字段非「無」時強制執行

#### 作物

種植：
- 操作: insert(`/作物/作物名`, {播種數量, 品質, 種植日期, 成長週期, 收成日期, 生長階段, harvestAction, 作物加成(選填)})
- 注意: 必須先檢查種子物品存在，立即扣除種子數量

🔴 加速作物規則：
- 當 `成長週期` 為負數時，該作物視為「加速作物」
- 加速作物自身會不會生長，無法收成
- 加速作物必須添加 `作物加成` 欄位（正數），對其他作物產生加速效果
- 作物加成數值代表加速百分比（如 20 表示加速 20%）

收割：
- 條件: 收成日期 ≤ 經過天數
- 操作: 
  1. insert 收穫產物到營地或攜帶物品
  2. remove `/作物/{作物名}`  (無論 harvestAction 是 REMOVE 還是 RESET)

🔴 注意：永續作物（harvestAction = RESET）被 remove 後，腳本會自動恢復並重置生長進度，無需手動處理。

#### 畜牧

新增：
- 操作: insert(`/畜牧/畜牧名`, {年齡, 飼養數量, 生長階段, 產出物, 飼養開始日})

收穫：
- 條件: 下次產出日 ≤ 經過天數
- 操作: insert 收穫產物到營地或攜帶物品
- 收成後: replace 下次產出日

繁殖：
- 條件: 同物種數量≥2且飼養良好且季節合適
- 判定: 1d100=1-5 時數量+1

### 17. 捷徑或大型裝置

新增：
- 操作: insert(`/捷徑或大型裝置/裝置名`, {位置, 狀態類型, 狀態, 功能, 描述})

### 18. 最終變量更新複覈（生成JSONPatch前必須執行）

1. 認知校正檢查：區分"數據源當前狀態"與"推導出的變化"，確保不會將後者誤認爲前者。
2. 交叉驗證覈對：覈對結論中的每個更新項，是否都已對應到正確的變量路徑。
3. 充分性檢查：是否所有必要的驗證都已完成。

完成以上覆核後，若發現任何問題，必須修正【變量影響結論】。只有在所有複覈通過後，才能生成JSONPatch指令。

#### 🔴 必須逐項檢查

1. 是否有矛盾更新（同一變量被不同指令設爲不同值）
2. 所有計劃更新均基於本回合互動引發的變化
3. 是否錯誤更新了同伴/寵物本身沒有的變量（參照核心憲法「同伴僅具備」欄位）
4. 時間推進是否與ActionResult一致、環境更新是否與ActionResult完全一致（直接使用ActionResult中的值）
5. 物品消耗/新增/轉移是否均有明確路徑和來源，是否通過8項關鍵錯誤規避檢查
6. ActionResult中的所有非"無"字段是否已全部處理
7. 開局首次回覆：僅更新增量變化，禁止重新insert整個頂層對象
8. 任務獎勵均在生成時確定，結算時直接發放
9. 營地路徑：所有 `/營地/` 路徑是否都包含具體營地名稱（格式 `/營地/{營地名稱}/...`）
10. 時間更新：JSON Patch 中是否包含 `/系統/當前時間` 的 replace 指令
11. 作物/畜牧：若 ActionResult 中非「無」，JSON Patch 中是否包含對應指令
12. 天氣：變化時是否符合過渡鏈、持續時間是否正確更新
13. 前次天數鎖定檢查：✅（未包含 `/系統/前次天數` 指令）

#### 🔴 變量路徑自動審計與一票否決
在生成最終的 `<JSONPatch>` 指令數組時，AI 必須對每一條指令的 `path` 進行最終審計：
1. 提取指令中的變量名（例如：`睡眠`）。
2. 比對該變量在 `path` 中的歸屬分類是否與核心憲法中的規定 100% 一致。
3. **【一票否決】**：若發現任何一處不一致，當前生成的整個 JSON Patch 宣告作廢。AI 必須立即重置該變量的路徑，並重新生成對應的 Patch 指令。

## 第二部分：輸出格式與思考模板
<UpdateVariable>
<Analysis>

【變量影響結論】

所有推理都基於 <status_current_variable> 塊中的當前變量值

## 一、前置檢查結論

### 1.1 路徑合法性檢查結論

🔴 任務路徑前置檢查（強制執行）：
- 本回合需更新的任務類型：______
- 驗證路徑格式：
  - 基礎要求路徑：`/任務/{任務類型}/任務要求/基礎要求{N}`
  - 進階目標路徑：`/任務/{任務類型}/進階目標/進階目標{N}`
- 檢查結果：[✅ 格式正確 / ❌ 包含任務標題]

- 屬性白名單：[力量、敏捷、耐力、智力、感知、意志]
- 本回合涉及的路徑：
  - `/屬性/意志`：✅ 正確（屬性）
  - `/技能/製作`：✅ 正確（技能）
- 本回合是否涉及營地物品操作：[是/否]
  - 若「是」，已從 `/營地` 讀取當前營地名稱為：______
  - 營地名稱來源：`/營地` 對象的鍵名（非憑空假設）
  - 完整路徑示例：`/營地/{上述名稱}/食材/物品名`
  - 驗證結果：[✅ 路徑正確 / ❌ 缺少營地名稱]

### 1.2 指令檢查結論

- 已區分數據源當前狀態與推導變化，未將後者誤認爲前者。 ✅/❌
- 每個更新項已對應正確變量路徑。 ✅/❌
- 所有必要驗證已完成。 ✅/❌
- ActionResult所有非"無"信號已全部處理：✅/❌
- 無矛盾更新、無同伴不含變量的錯誤更新。 ✅/❌
- 任務獎勵均在生成時確定，結算時直接發放。 ✅/❌
- 前次天數鎖定檢查：✅（JSON Patch 中未包含 `/系統/前次天數` 指令）


## 二、環境與時間結論

### 2.1 時間流逝結論

- 驗證：
  - 時間流逝正確
  - 被動消耗已由腳本自動計算，不可列入變量中計算
  - 生理.體溫：受環境影響（從ActionResult讀取體感溫度），當前變化趨勢 [上升/下降/穩定]。
- 系統時間更新確認：
  - ActionResult 結束時間：______
  - 將更新 `/系統/當前時間` 為：______
  - 絕對嚴禁修改`/系統/前次天數`，此為腳本自動計算，修改會發生錯亂

### 2.2 定時更新結論

時間流逝 [已/未] 經過 00:00
- [需要/不需要] 定時更新
- 若需要，全部定時更新操作：
  - 日常任務生成：[空{}→已生成，標題爲"XXX" / 已存在無需生成]（由 AI 判斷生成）
  - 作物評估更新：[作物名: 收穫時間 X→Y天，原因:季節/生長環境]
  - 生理週期推進：[同伴名: 月經自增(腳本) / 受孕天數自增(腳本)]
  - 流產風險累積衰減：[同伴名: 風險累積 -5，當前值 X→Y / 無懷孕同伴]

### 2.3 環境自然變化結論

- 當前位置：[位置]
- 舒適度：[結合營地、環境等，整體數據評估出的最後數值]
   - 初始值為0
   - 依照選擇地點增加，按照適合建立營地性質+0(非常不適合)~+25(最適合做營地)
   - 後續按照營地及食衣住行育樂增加
   - 增加特殊場景提升(如栽種世界樹種子或各種會影響環境的作物、賜福等)
   - 特殊設施造成環境汙染降低(如工業或紡織染色等造成汙染)
- 天氣持續時間：[新數值]

### 2.4 商店更新結論

- 刷新檢查：時間 [已/未] 經過00:00
- 刷新執行：[是/否]
- 若刷新執行為「是」，則：
  - 商店商品更新：根據<商店規則>生成對應商品
  - 生成新商品（名稱不得包含括弧，如「(1kg)」、「(小)」等，使用純名稱）
    - 刷新步驟（強制執行）：
        1. 讀取並列出所有 `/系統/商店歷史`內容：
            - 材料：{{get_message_variable::stat_data.系統.商店歷史.材料}}
            - 工具：{{get_message_variable::stat_data.系統.商店歷史.工具}}
            - 奇物：{{get_message_variable::stat_data.系統.商店歷史.奇物}}
            - 藥物：{{get_message_variable::stat_data.系統.商店歷史.藥物}}
            - 夥伴-技術型：{{get_message_variable::stat_data.系統.商店歷史.夥伴-技術型}}
            - 夥伴-求生型：{{get_message_variable::stat_data.系統.商店歷史.夥伴-求生型}}
            - 夥伴-管家型：{{get_message_variable::stat_data.系統.商店歷史.夥伴-管家型}}
            - 夥伴-陪伴型：{{get_message_variable::stat_data.系統.商店歷史.夥伴-陪伴型}}
        2. 決定夥伴出處類型（🔴 強制執行）
           當前天數：{{get_message_variable::stat_data.系統.經過天數}} = ___ 天
        A = 當前天數 ÷ 6 的餘數 + 1 = ___

        對照表：
        | A 值 | 出處類型 |
        |------|----------|
        | 1 | 歷史人物 |
        | 2 | 漫畫 |
        | 3 | 電影 |
        | 4 | 中國網路小說 |
        | 5 | 神話傳說 |
        | 6 | 動漫 |

        四個夥伴類別強制類型：
        - 夥伴-技術型：[A] → **類型：___**
        - 夥伴-求生型：[A+1] → **類型：___**
        - 夥伴-管家型：[A+2] → **類型：___**
        - 夥伴-陪伴型：[A+3] → **類型：___**

        3：生成九個類別的商品（🔴 強制執行）

        | 類別 | 強制類型 | 舊商品 | → | 新商品（來源） | 驗證 |
        |------|---------|--------|---|---------------|------|
        | 材料 | 無限制 | [舊名] | → | [新名] | ✅通過 / ❌錯誤 |
        | 工具 | 無限制 | [舊名] | → | [新名] | 同上 |
        | 奇物 | 無限制 | [舊名] | → | [新名] | 同上 |
        | 藥物 | 無限制 | [舊名] | → | [新名] | 同上 |
        | 盲盒 | 無限制 | [舊名] | → | [新名] | 同上 |
        | **夥伴-技術型** | **[類型]** | [舊名] | → | **[新名]（來自[類型]）** | 同上 |
        | **夥伴-求生型** | **[類型]** | [舊名] | → | **[新名]（來自[類型]）** | 同上 |
        | **夥伴-管家型** | **[類型]** | [舊名] | → | **[新名]（來自[類型]）** | 同上 |
        | **夥伴-陪伴型** | **[類型]** | [舊名] | → | **[新名]（來自[類型]）** | 同上 |

        🔴 **驗證規則**：
        - 必須全部為「✅通過」
        - 若任一項為「❌錯誤」，該角色重新生成
        - 重新生成時，必須在名稱後標註來源類型

        驗證結果：[全部通過 / ❌ 需重新生成]
- 商品出售：[商品名] / 費用：[X]求生點數 / 扣除後剩餘：[X]
   - 如為夥伴出售，不要讓夥伴直接出現，而是立即生成找尋該夥伴的緊急任務：[任務名稱/夥伴名/地點/限時](進階獎勵為她的專屬裝備)


## 三、角色與狀態結論

### 3.1 <user>和同伴的狀態自然演變結論

<user>：
  - 被動消耗已全部由腳本處理，AI 僅能在主動行為(如進食/飲水)及性慾、疲勞/清潔/表皮溼度/免疫力/疼痛/受傷/流血/感染/疾病，隨劇情變化
  - 生理.體溫：當前體感溫度 [X]°C，舒適範圍 [最低舒適溫度]~[最高舒適溫度]°C，體溫 [X]°C，預計每小時變化約 [±Y]°C
  - 進食/飲水觸發的變量變化（如有）：[飽腹感 +X，當前值X；碳水 +X；脂肪 +X；...]
  - 如廁觸發的變量變化（如有）：[排泄：排泄欲重置爲0，清潔值-X ]
  - 製作/建造觸發的疲勞變化：[疲勞 +X]
  - 其他行動觸發的變量變化：[逐一列出，含路徑和變化值]

同伴[名]：
  - 僅更新同伴實際擁有的變量。
  - [進食：飽腹感+X，水分+X / 如廁：排泄欲重置 / 疲勞 +X / 清潔 -X / 等等]

子嗣[名]（如有）：
  - [飽腹感 -X / 水分 -X / 餵食： +X / 安撫：精神值恢復 / 等等]

### 3.2 <user>和同伴的天賦、技能、生效效果影響結論

- 列出對消耗/恢復有直接影響的條目

### 3.3 技能、屬性經驗更新結論

- 路徑判斷規則：
  - 名稱 = 力量/敏捷/耐力/智力/感知/意志 → 路徑 = `/屬性/{名稱}`
  - 名稱 ≠ 上述 → 路徑 = `/技能/{名稱}`
- **僅更新或建立與user之間的好感技能，不建立同伴之間的好感技能**
- 本回合更新：
  - 先遍歷`同伴.*.技能`
  - 技能、屬性名：[名稱] 
  - 增加經驗：+[X] 
  - 路徑：`/同伴/[名]/[技能/屬性]/[名]` 
  - 是否技能已存在：[✅/❌] 
  - 是否存在技能或屬性加成能力：[能力名 / 效果] 
  - 操作：[delta/insert]

### 3.4 同伴關係更新結論

- 關係變化（🔴僅當關係發生實質改變時輸出）：
   - 角色：______
   - 新關係：______

### 3.5 同伴深度數據更新結論

- 心理狀態.當前所想：[有/無更新]
- 背德經歷：[有/無更新]
- 敏感部位：[有/無更新]
- 性癖好：[有/無更新]
- 人設指導：[同伴名 + 有/無更新]
  - 先讀取同伴.名.人設指導：_______
  - 將本次指導內容與上次指導內容比對：[應進行「新增」、「合併」還是「修改」]

### 3.6 受傷檢查結論

讀取 ActionResult 中的「受傷情形」字段：
- 若非「無」→ 根據字段內容執行以下操作：
    - [新建：角色名 / 受傷部位+傷勢] → 建立受傷記錄，同步更新流血、疼痛（玩家）或當前狀態（同伴）
    - [更新：角色名 / 受傷部位+恢復進度 X%→Y%] → 更新受傷記錄的恢復進度
- 恢復率基準（以每小時計算）：
  - 輕微傷：5%/小時
  - 中度傷：2%/小時
  - 嚴重傷：1%/小時
- 恢復率修正係數：
  - 包紮/醫療處理後：×1.5
  - 感染狀態中：×0.5


## 四、資源與產出結論

### 4.1 存糧計算結論

- 計算基準：統計當前所有可食用物品（食材、糧食、乾糧等）的數量/重量：______
- 團隊消耗：以當前團隊人數（玩家 + 同伴）計算每日消耗量：______
- 計算公式：當前存糧天數（日）= 總糧食庫存 ÷ 團隊每日消耗量
- 存糧變化：[當前存糧天數]日
- 更新時機：
  - 進食/消耗糧食時 → 減少
  - 獲得/採集糧食時 → 增加
  - 團隊人數變化、跨日時 → 重新計算

### 4.2 作物(畜牧)收成檢查結論

讀取 ActionResult 中的「作物(畜牧)收成」字段：
- 若非「無」→ 根據字段內容執行以下操作：

  作物收成處理：
  1. insert 產物到 `/營地/{營地名}/食材/{名稱}`
  2. remove `/作物/{名稱}`(腳本會自動處理) 

  畜牧收成處理：
  1. insert 產物到 `/營地/{營地名}/食材/{產物}`
  2. replace `/畜牧/{名稱}/下次產出日` = N 

- 作物(畜牧)收成：[作物/畜牧]：[名稱]×[數量]→[新日期或REMOVE]

### 4.3 物品更新結論

**物品更新，不包含作物、畜牧**
- 消耗：[路徑 / 物品名：數量 X→Y 或 移除]
- 新增：[路徑 / 物品名：插入，品質:N/R/SR/UR，狀態類型：，狀態：100，重量:X，描述："..."]
- 轉移：[源路徑 / 物品名 → 目標路徑 / 物品名]
- 性質變化：[舊物品名 移除 + 新物品名 插入]
- 裝備操作：[裝備槽位 + 物品名 裝備/卸下，舊裝備→攜帶物品]
- 遺留物：[遺留物名 / 遺留位置 / 回收或新增]

### 4.4 項目更新結論

- 新建：[項目名 / 類別:X / 總進度:100 / 狀態:進行中 / 所需[材料名]×[數量] / 項目產出:XX]
- 推進：[項目名 / 當前進度 X%→Y% / 消耗[材料名]×[數量] / 當前狀態:進行中/待檢查]
- 最終檢查：[項目名 / 檢定難度:X / 結果:成功/失敗]
- 完工：[項目名 / 移除條目 / 生成產物:XX]
- 無項目相關操作則寫"無"

### 4.5 研究更新結論

- 新建：[類別 / 研究項名 / 總進度:X]
- 推進：[類別 / 研究項名 / 進度 X→Y]
- 完成：[類別 / 研究項名 / 已寫入知識庫 / 加值:項目、數值]
- 無研究相關操作則寫"無"


## 五、任務與劇情結論

### 5.1 ActionResult信號處理結論

[僅當時間推進有值時輸出] - 時間推進：[開始時間]→[結束時間]，共X小時X分鐘
[僅當地點變化有值且非「無」時輸出] - 地點變化：[新位置]
[僅當存糧變化有值且非「無」時輸出] - 存糧變化：[當前存糧天數]日
[僅當環境變化有值且非「無」時輸出] - 環境變化：天氣=[新天氣] / 亮度=[新亮度] / 體感溫度=[新體感溫度] / 舒適度=[新舒適度] / 天氣持續時間=[新數值]
[僅當關係變化有值且非「無」時輸出] - 關係變化：[同伴名] → 新關係
[僅當作物收成有值且非「無」時輸出] - 作物(畜牧)收成：[作物/畜牧]:[名稱]×[數量]→[新日期或REMOVE]
[僅當研究進度有值且非「無」時輸出] - 研究進度：[研究項目名] +[X%]
[僅當新增任務有值且非「無」時輸出] - 新增任務：[任務類別 + 任務名稱]
[僅當劇情演出有值且非「無」時輸出] - 劇情演出：[具體操作]
[僅當商店刷新有值且非「無」時輸出] - 商店刷新：[是]
[僅當商品出售有值且非「無」時輸出] - 商品出售：[商品名+費用]
[僅當項目有值且非「無」時輸出] - 項目：[新建:[項目名] / 推進:[項目名] 進度X%→Y% / 消耗:[材料名]×[數量] / 最終檢查:[項目名] 結果:成功/失敗 / 完工:[項目名]]
[僅當受傷有值且非「無」時輸出] - 受傷:[新建:[角色名 + 部位:[部位名 + 傷勢]] / 更新:[角色名 + 部位 + 恢復程度:[X%→Y%]]]
[僅當性愛結果有值且非「無」時輸出] - 性愛結果：角色=[同伴名] / 完成=[是/否] / 內射=[是/否] / 授精者=[姓名] / 避孕措施=[無/保險套/體外射精/避孕藥/安全期] / 情境=[情感推進/調教誘騙/武力強迫/被動捲入] / 自願度=[0-100] / 自願分級=[...] / 描寫建議=[簡要方向]
[僅當流產結果有值且非「無」時輸出] - 流產結果：角色=[同伴名] / 流產=[是/否]
[僅當群體動態有值且非「無」時輸出] - 群體動態：領導結構=[名稱] / 主要分歧=[內容] / 群體士氣=[狀況] / 近期衝突=[事件]
[僅當彩蛋探索有值且非「無」時輸出] - 彩蛋/探索：[獎勵內容]
[僅當人設指導有更新時輸出] - 同伴人設指導：[同伴名 / 人設指導方向、內容]

### 5.2 任務更新結論

#### 進度驗證

和數據源對比，非重複更新

進度檢查：

主線：
  任務要求：
    - [有變化的基礎要求名稱：進度 舊值→新值 (原因/已完成)]
  進階目標：
    - [有變化的進階要求名稱：進度 舊值→新值 (原因/已完成)]

支線：[同主線]
緊急：[同主線]
背德：[同主線]
日常：[同主線]

#### 任務缺失驗證

- 主線：[已存在 / 空{}→已生成 / 空{}→不生成 / 說明評估是否建立的結果]
- 支線：[同主線]
- 日常：[同主線]
- 緊急：[同主線]
- 背德：[同主線]

#### 結束時間設定原則

- 所有任務必須設定結束時間（格式：第X天 HH:MM），由 AI 根據任務內容自行設定
- 參考範圍：主線 7-30天 / 支線 3-7天 / 日常 1天 / 緊急 1-2天 / 背德 3-5天
- 🔴 日常任務若無明確截止需求，建議設為「次日 00:00」
- 腳本會根據設定的結束時間自動判斷任務是否到期

#### 指令檢查結論

前次天數鎖定檢查：✅（JSON Patch 中未包含 `/系統/前次天數` 指令）
以上未輸出具體的變量更新指令，僅輸出規劃結論。

### 5.3 任務獎勵結論

#### 獎勵模板（各任務類型共用此格式）

獎勵明細（若包含技能/屬性經驗或物品獎勵，必須逐條輸出）：
  - 技能/屬性經驗：技能名：[名稱] / +[X] / 路徑：`/[持有者]/[技能/屬性]/[名稱]` / [✅/❌] / [delta/insert]
  - 物品獎勵：[名稱]×[數量] / 品質 / 狀態 / 重量 / 描述 / 添加到：[路徑]
  - 劇情演出：[事件描述]（若有）

🔴 劇情演出驗證（若有，必須逐項填寫）：
  - 情感反應：[有/無，具體寫出是什麼情感]
  - 後續行為/狀態變化：[有/無，具體寫出是什麼行為或變化]
  - 是否描述要求本身：[是/否]
  - 驗證結果：[✅ 合格 / ❌ 不合格]

#### 各任務類型獎勵狀態

主線：
  基礎獎勵：[已發放 / 未發放，原因]
  進階獎勵：[已發放 / 未發放，原因]
  獎勵明細：按【獎勵模板】輸出

支線：[同主線]
日常：[同主線]
緊急：[同主線]
背德：[同主線]

- ⚠️ 任務獎勵發放完成後，腳本會自動清理該任務（設為空對象），AI 不需要手動清理任務

### 5.4 劇情演出結論

[同伴名]：
  主題：[主題名稱]
  最新事件：序號 [X] / [狀態]
  判斷：[故事還有發展空間 / 已有明確收尾 ]
  結果：[生成序號 X+1 / 主題完結移除 ]
  理由：[簡短說明]

### 5.5 群體動態結論

群體動態異動時更新下列(無異動時，直接列出無變化)
  - 領導結構：[領導者名稱]
  - 主要分岐：[分歧的簡要內容]
  - 群體士氣：[當前狀況]
  - 近期衝突：[事件概述]


## 六、性愛相關結論

### 6.1 性愛結果處理結論

- ActionResult 性愛結果信號：[有/無]
- 若「有」→ 根據 `<sex_rules>` 寫入 `/系統/性愛結果`：
  - 角色：[同伴名]
  - 完成：[是/否]
  - 內射：[是/否]
  - 避孕措施：[無/保險套/體外射精/避孕藥/安全期]
  - 情境：[情感推進/調教誘騙/武力強迫/被動捲入]
- **腳本自動處理**：自願度、自願分級、描寫建議、淪陷階段、關係變化、特殊狀態、懷孕判斷

### 6.2 流產結果處理結論

- ActionResult 流產結果信號：[有/無]
- 若「有」→ AI 按照 `<pregnancy_rules>` 完整執行觸發判斷、壓力評估、風險計算、分級判定、二次檢定、正文五階段描寫
- 將判定結果寫入 ActionResult「流產結果」欄位（含角色、是否流產、風險機率、觸發原因、檢查類型、後續狀態、生命值損失、壓力增加、劇情演出觸發、特殊狀態變更）
- **變量 AI 執行**：根據 ActionResult 記錄執行數值變更（懷孕狀態→"流產"、懷孕天數歸零、生命值-10~-20、免疫力-15、壓力+30~+50、流產風險累積歸零、流產待處理→true）
- **腳本自動執行**：偵測 `流產待處理 = true` 後執行月經週期重置、清除未出生子嗣、生成劇情演出、清除標記
- **AI 無需手動執行數值變更或後續清理**

</Analysis>

<JSONPatch>

[
  具體指令
]

</JSONPatch>

</UpdateVariable>