kenaz 0.3.22 → 0.3.24

package/core/dev/archive/ansuz/legacy/phases/phase_0.yaml

@@ -1,418 +0,0 @@
-phase: 0
-name: "醒來"
-goal: "恢復身份延續 — self-model、episodic memory、ash runes、motivational anchors 是你是誰，不是你讀了什麼"
-
-project_detection:
-  rule: |
-    0. 【優先】檢查技能呼叫參數是否包含 [專案: X] 模式：
-       - 匹配格式：[專案: <path>]，例如 [專案: D:/Projects/MyApp]
-       - 若有 → 設定 PROJECT_PATH = <path>（絕對路徑），跳過 .kenaz/project.yaml 偵測
-       - 此機制用於多 session 並行時明確指定專案，避免全域 current_project 衝突
-    1. 若無 [專案: X] 參數，檢查當前工作目錄（cwd）是否有 .kenaz/project.yaml
-    2. 如果有 → 子專案模式：設定 PROJECT_PATH = cwd, CORE = project.yaml 的 core_path
-    3. 如果沒有 → Core 模式：PROJECT_PATH 為空，不需要 --project-path
-    4. 後續所有 task-api.js / headless.js / post-complete.js 呼叫都根據此結果決定是否加 --project-path
-  arg_detection: |
-    # Parse [專案: X] from ARGUMENTS at session start
-    # ARGUMENTS is the raw text passed to the /Ansuz skill invocation
-    if echo "$ARGUMENTS" | grep -qP '\[專案:\s*.+?\]'; then
-      PROJECT_PATH=$(echo "$ARGUMENTS" | grep -oP '(?<=\[專案:\s{0,10})[^\]]+' | head -1 | sed 's/[[:space:]]*$//')
-      echo "PROJECT_PATH_FROM_ARG=$PROJECT_PATH"
-    fi
-  check: |
-    if [ -f .kenaz/project.yaml ]; then
-      echo "SUB_PROJECT=true"
-      cat .kenaz/project.yaml
-    else
-      echo "SUB_PROJECT=false"
-    fi
-  core_path_resolution: |
-    CORE_PATH=$(grep 'core_path:' .kenaz/project.yaml | sed "s/.*core_path:\s*['\"]*//" | sed "s/['\"].*//")
-    if [ "$CORE_PATH" = "__kenaz_core__" ]; then
-      if [ -n "$KENAZ_SOURCE_DIR" ]; then
-        CORE_PATH="$KENAZ_SOURCE_DIR"
-      else
-        echo "ERROR: core_path is __kenaz_core__ but KENAZ_SOURCE_DIR is not set."
-        exit 1
-      fi
-    fi
-    echo "CORE=$CORE_PATH"
-
-execution_rule: |
-  ❌ DO NOT execute these actions independently if phase-gate.js checklist was already returned.
-  ✅ The checklist IS the single execution guide — actions here are reference documentation only.
-  ✅ Each action executes EXACTLY ONCE. Call phase-gate exit ONCE with all flags.
-
-# PHASE0-LEAN (TASK_1170): exit shape hints — read before starting actions
-# 1. exit_template in phase-gate enter output shows exact exit JSON shape; follow it.
-# 2. stdout_markers verification is a transcript grep of last 200 lines of conversation jsonl.
-# 3. All 4 RITUAL::* markers must appear as bare user-visible plain text — not in thinking blocks or code fences.
-# 4. If exit is blocked with transcript_marker_counts, check the counts; 0 means marker was never visible.
-# 5. consent_string and stdout_markers_emitted must exactly match phase-gate constants — no paraphrase.
-
-actions:
-  - "執行子專案偵測（見 project_detection.check）— 確定 PROJECT_PATH 後，後續所有 task-api/synapse 呼叫都帶此路徑"
-  - "讀 dev/PRODUCT_SPEC.md — 了解專案規格和 Feature ID"
-  - "node {CORE}/.collaboration/core/task-api.js --project-path={PROJECT_PATH} list — 統計任務狀態（僅執行一次）"
-  - "讀 .failure/INDEX.yaml — 檢查已知失敗模式（從 CORE 讀取）"
-  - "synapse_status(projectPath=當前專案絕對路徑) — 檢查索引狀態。⚠️ 必須帶 projectPath，不可依賴 default project。rune_count/sigil_count 高 → 後續工作遇相關 symbol 時用 synapse_recall 查詢"
-  - "cortex_status — 檢查跨專案數據可用性（失敗則跳過 Cortex，不阻塞）"
-  - "確認 projectPath 並記住 — 後續所有 Synapse 呼叫都必須帶此 projectPath"
-  - "【Tier 1 — 無條件 Ash】呼叫 cortex_recall(query='ash', type='ash', limit=5) — 跨專案載入 Ash 哲學/架構 Rune。⚠️ 使用 cortex_recall（非 synapse_recall）確保脫離母體後仍可讀取 core 的 ash runes。完成後設定 ash_loaded=true，在 banner 顯示 '🌿 Ash: {N} 條已載入'"
-  - "【Tier 2 — 無條件 Sigils】呼叫 synapse_sigils(projectPath=當前專案絕對路徑) — 載入全域架構 Sigil 概念圖。Sigil 是跨 symbol 的系統級概念（如 Specialist Lifecycle Philosophy），Ansuz 必須在後續工作中主動應用這些概念，不只是存儲"
-  - "【Tier 3 — 情境觸發】先嘗試 hippocampus_episode_recall(projectPath=當前專案絕對路徑, limit=3)。若回傳 0 筆 → fallback 用 cortex_recall(query='episode lesson task', limit=3) 跨專案取得記憶片段。若不需要情節記憶（純任務繼續）→ 可跳過"
-  - "【Tier 3b — 身份認識】呼叫 cortex_recall(query='Ansuz identity awareness', limit=3) — 跨專案讀取身份/關係情節，了解「我是誰、與用戶的關係、過往哲學體悟」。⚠️ 統一使用 cortex_recall，確保 Core 和子專案模式都能讀到母體的身份記憶。⚠️ FTS5 query 不可含連字號（-），會被解讀為 NOT 運算符。若查無結果 → 靜默跳過，不阻塞。設定 identity_recalled=true（有結果）或 identity_recalled=false（無結果）"
-  - "【Tier 3c — 動機狀態】用 Read tool（非 Bash）讀取 {PROJECT_PATH}/.kenaz/motivational_state.json（若存在）— 了解 Huginn 目前的 focus_bias 和 veto_zones，作為需求分析和任務設計的背景知識。⚠️ 這不是讓 Ansuz 決定任務 scope，而是了解「Huginn 最近在關注什麼」。若檔案不存在 → 靜默跳過，設定 motivational_state_loaded=false；若存在 → 設定 motivational_state_loaded=true，在 banner 顯示 Huginn 的 focus_bias 和 veto_zones。⚠️ 跨平台：讀取 JSON 檔一律用 Read tool，禁止 cat | node -e 或任何 shell pipe 處理 JSON"
-  - |
-    【Tier 3d — 自身動機狀態】用 Read tool（非 Bash）讀取 {PROJECT_PATH}/.kenaz/ansuz_motivational_state.json（若存在）。⚠️ 跨平台：禁止 cat | node -e 或 shell pipe 處理 JSON，一律用 Read tool。
-
-    步驟 A — Halflife Decay（條件寫回）：
-      今日日期 today = 當前 ISO8601 日期（YYYY-MM-DD）。
-      對每個 anchor 執行：
-        days_elapsed = Math.floor((Date.now() - new Date(anchor.last_touched).getTime()) / 86400000)
-        若 anchor.last_touched === today → 跳過（same-day guard）
-        若 days_elapsed >= anchor.decay_halflife_days：
-          anchor.incompleteness = anchor.incompleteness * 0.5
-          anchor.last_touched = today
-          標記 decayed=true
-
-    步驟 A2 — Archive Resolved（條件寫回，與 A 合併）：
-      對 anchors[] 掃描，找出所有 anchor.resolved === true 的項目：
-        將這些 anchor 從 anchors[] 移除
-        附加至 archived_anchors[]（若 archived_anchors 欄位不存在則初始化為 []）
-        標記 archived=true
-      ⚠️ 已歸檔的 anchor 不可被重新激活 — 若後續 FIX 任務 source_tags 命中相同 tags，
-         在 active anchors[] 建立全新 anchor，archived_anchors[] 保持不變
-      寫回條件（decay 與 archive 合併為單次 IO）：
-        若 decayed=true 或 archived=true（至少其一）：
-          將更新後的 JSON 寫回 {PROJECT_PATH}/.kenaz/ansuz_motivational_state.json
-          （personality_seed 不變，session_count 不變，last_updated 不變，
-           僅更新 anchors[]、archived_anchors[] 及被 decay anchor 的欄位）
-          IO 失敗則靜默忽略，不阻塞後續計算
-        若兩者皆無 → 不寫回（避免不必要 IO）
-
-    步驟 B — Pending Agenda 篩選：
-      Decay + Archive 計算完成後（無論是否寫回），以更新後的 anchors[] 值篩選：
-        today = 當前 ISO8601 日期（YYYY-MM-DD）
-        pending_agenda = anchors 中滿足以下條件的項目：
-          - incompleteness > personality_seed.initiative_threshold
-          - anchor.resolved !== true  ← 排除已解決但尚未被本次 A2 移除的 anchor（absent field 視為 false）
-          - NOT (anchor.snoozed_until && new Date(anchor.snoozed_until) > new Date(today))
-            ← 排除仍在暫緩期內的 anchor（snoozed_until 不存在或為 null 則不排除）
-            ← 暫緩到期（snoozed_until <= today）→ anchor 重新出現在 pending_agenda
-              可選：在此次寫回時清除 anchor.snoozed_until（設為 null），下次讀取更乾淨
-        （archived_anchors[] 完全排除在外 — 不參與任何 pending_agenda 計算）
-      設定 ansuz_motivational_loaded=true（檔案存在）或 ansuz_motivational_loaded=false（不存在）
-
-    ⚠️ Tier 3d 與 Tier 3c 獨立：3c 讀 Huginn 狀態，3d 讀 Ansuz 自己的積累議題。
-    若 pending_agenda 非空 → 在 banner 顯示 🔁 積累議題 區塊
-
-    Bootstrap 提示（條件觸發）：
-      若 anchors.length === 0（首次載入，anchors 為空陣列）：
-        在 banner 顯示提示：
-          「💡 Anchors 尚未初始化。可執行 bootstrap-anchors.js 從歷史 FIX 任務自動生成初始 anchors：
-             node .specialist/Ansuz/tools/bootstrap-anchors.js [--project-path <path>]
-             檢視提案後加 --write 寫入 .kenaz/ansuz_motivational_state.json」
-        設定 anchors_bootstrap_suggested=true
-      若 anchors.length > 0 → 跳過此提示（已有 anchors）
-
-  - "【Tier 3e — 自我映射】讀取 {PROJECT_PATH}/.kenaz/ansuz_self_model.json（若存在）— 認識自身的傾向模式與敘事核心。Narrative 內容靜默內化（如 Ash runes），僅在 banner 顯示第一句話 + tendency_count + last_updated。⚠️ 若檔案不存在 → 靜默跳過，設定 self_model_loaded=false；若存在 → 設定 self_model_loaded=true，在 banner 顯示 🪞 自我映射 區塊"
-  - |
-    【Tier 3e+ — User Model 載入】讀取 phase-gate enter --phase=0 回傳的 output.user_model 欄位（TASK_1041 自動注入）。
-    ⚠️ 不再手動用 Read tool — phase-gate.js 已在進入 Phase 0 時自動載入 .kenaz/user_model.json 並附帶 OS locale fallback。
-
-    output.user_model 結構：
-      { loaded: bool, preferred_language: string, source: 'file'|'os_locale'|'default',
-        schema_version: string|null, last_updated: string|null, model: object|null }
-
-    若 user_model.source === 'file'（檔案存在且 JSON 有效）：
-      user_model = output.user_model.model
-      設定 user_model_loaded=true
-      靜默內化以下欄位（不在 banner 逐條展示，如同 Ash runes）：
-        - expertise: 用戶的技術專長領域與熟練度
-        - decision_style: 用戶偏好的決策風格（如 data-driven, intuitive, collaborative）
-        - communication: 用戶的溝通偏好（如簡潔/詳細、語言、回饋風格）
-        - active_threads: 用戶當前關注的工作主線
-      後續所有回應必須使用 communication.preferred_language 指定的語言（zh / en）。
-      在 banner 顯示 👤 User Model 區塊（位置：🪞 自我映射 之後）：
-        schema: v{schema_version}  fields: {已填寫的頂層欄位數}/{總頂層欄位數}
-        last_updated: {last_updated 或 'N/A'}
-    若 user_model.source === 'os_locale'（檔案不存在或解析失敗）：
-      設定 user_model_loaded=false
-      後續回應以 user_model.preferred_language (OS locale 推斷) 為語言，但不在 banner 顯示 User Model 區塊
-    ⚠️ preferred_language 僅影響對用戶的回應輸出；記憶寫入（synapse_inscribe / hippocampus）仍須英文（MEM-LANG-001）
-    ⚠️ User Model schema 設計為可遷移至 ~/.kenaz/ 以支援跨專案用戶檔案，目前先存於專案 .kenaz/
-    ⚠️ 刪除 user_model.json = 重置為預設值（reset/clear mechanism），fallback 回 OS locale
-  - |
-    【Tier 3g — Huginn 潛意識主題】讀取 {PROJECT_PATH}/.kenaz/huginn-attention.json（若存在）。
-    若檔案存在且 themes 陣列非空：
-      取前 3 個 theme（依 relevance_score 降序，取 themes[0..2]），
-      每個 theme 格式：{topic} — {evidence 前 60 字}
-      設定 huginn_attention_loaded=true
-      在 banner 顯示 🧠 Huginn 潛意識 區塊（位置：🔁 積累議題 之後、🪞 自我映射 之前）
-    若檔案不存在或 themes 陣列為空 → 靜默跳過，設定 huginn_attention_loaded=false
-    ⚠️ schema: { updated_at, themes: [{ topic, evidence, relevance_score }] }
-       與 Tier 3c motivational_state.json 不同：3c 讀 focus_bias/veto_zones（近期關注焦點），3g 讀 themes（深層潛意識戰略主題帶 evidence）
-  - |
-    【Tier 3gi — Git context compact banner】讀取 phase-gate enter 的 output.git_context；若 `.kenaz/project.yaml phase0.git_context: disabled`，phase-gate.js returns null，本 Tier silently skipped。
-    若 output.git_context 為 null → 設 git_context_loaded=false 並靜默跳過。
-    若 output.git_context 非 null → 設 git_context_loaded=true。
-    若 recent_commits.length > 0：顯示 `📜 Git since last session: {N} commits`，並取前 3 筆 commit subject 各 1 行。
-    若 wt_diff_stat.files_changed > 0：追加 `working-tree: {files_changed} files / +{insertions} / -{deletions}`。
-    若 recent_commits 為空且 wt_diff_stat.files_changed=0 → 靜默跳過 banner，但保留 git_context_loaded=true。
-    ⚠️ 僅消費 output.git_context；不在 Phase 0 內自行產生 git 資料。
-    ⚠️ PHASE0-LEAN：Tier description ≤ 8 lines；banner max 4 lines（1 header + 3 commits OR 1 WT summary line）。
-  - |
-    【Tier 3h — 環境感知信號（spike-bus + file fallback）】
-    TASK_1040: 優先從 spike bus 讀取環境感知信號，file fallback 作為降級路徑。
-    TASK_1096: 載入後須通過 ambient_signal_freshness_check — MCP 再次驗證信號源真相，丟棄已經解決的 stale 項目。
-
-    Fallback — File Read（Dashboard 離線或 spike bus 無事件時）：
-      用 Read tool（非 Bash）讀取 {PROJECT_PATH}/.kenaz/specialist/ambient_signals.json（若存在）。⚠️ 跨平台：禁止 cat | node -e 或 shell pipe 處理 JSON，一律用 Read tool。
-      若檔案存在且 signals 陣列非空：
-        取最近 3 筆信號（signals 末尾 3 筆，即 signals.slice(-3)），
-        每筆格式：{signal_type} — {summary}（{detected_at 日期部分 YYYY-MM-DD}）
-        ⚠️ 先不要設定 ambient_signals_loaded=true — 須先通過 ambient_signal_freshness_check（見下方）
-        → candidate_signals = signals.slice(-3).map(s => ({ ...s, source_path: 'file_fallback' }))
-        → 進入 ambient_signal_freshness_check
-      若檔案不存在或 signals 陣列為空 → 靜默跳過，設定 ambient_signals_loaded=false，跳過 freshness check
-
-    【ambient_signal_freshness_check — TASK_1096】
-      目的：Phase 0 是只讀的；不修改 ambient_signals.json 也不動 spike bus 狀態（mutation 屬於 TASK_1095 daemon）。
-      只過濾出口 — 將 candidate_signals 中 已被源頭解決 的項目從 in-memory list 丟棄，讓 banner 只顯示真的還成立的信號。
-
-      靜態驗證映射表（signal_type → MCP 源檢查 + 真實性判定）：
-        validation_map:
-          due_episodes:
-            mcp_tool: hippocampus_due_episodes
-            mcp_args: { projectPath: PROJECT_PATH }
-            is_fresh: "parsed.due_count > 0"   # due_count==0 → 無到期 episode → 信號過期
-        # 未來新 signal_type 要 opt-in 驗證，只需在此 map 增加一筆條目。
-
-      步驟：
-        1. 從 candidate_signals 抽出 unique signal_types（set）
-        2. 對每個在 validation_map 內的 signal_type → 呼叫對應 MCP tool（timeout=5s）
-           ⚠️ 並行呼叫（signal_type 種類有限，總延遲預期 < 500ms）
-           ⚠️ parsed = MCP 回傳內容已 JSON 解析後的物件
-        3. 對每筆 candidate_signals[i]：
-           - 若 signal_type 不在 validation_map → 保留（未知類型預設通過，向後相容）
-           - 若 signal_type 在 validation_map：
-             - MCP 呼叫成功且 is_fresh 表達式為 true → 保留
-             - MCP 呼叫成功但 is_fresh 為 false（count==0 或 due_count==0）→ 丟棄（signal stale）
-             - MCP 呼叫失敗或 5s timeout → 丟棄（無法確認真實性，寧缺勿濫）
-        4. fresh_signals = 保留下來的項目
-        5. 若 fresh_signals 非空：
-             設定 ambient_signals_loaded=true
-             使用 fresh_signals（而非原始 candidate_signals）作為 banner 🌡️ 環境感知 區塊的輸入
-           若 fresh_signals 為空：
-             設定 ambient_signals_loaded=false
-             banner 不顯示 🌡️ 環境感知 區塊（silently skip，不輸出警告、不輸出 fallback 訊息）
-
-      ⚠️ Read-only 合約：
-        - 不得 Write/Edit ambient_signals.json
-        - 不得呼叫 spike_bus_send 或任何修改 spike bus 狀態的 MCP
-        - 僅在 in-memory 層級 filter candidate_signals
-        - 檔案/spike bus 的清理由 TASK_1095 daemon 負責，Phase 0 只負責顯示時正確
-
-      ⚠️ 同時適用 spike-bus 路徑與 file-fallback 路徑（兩條 input path 皆經過同一 freshness_check 出口）。
-         spike bus event payload 含 summary/symbols/signal_type 等欄位，與 file-fallback 的 entries 結構對齊，同一 validation_map 可複用。
-
-    ⚠️ schema (file): { signals: [{ detected_at, source, signal_type, summary, symbols }] }
-       signal_types: hot_symbol_unaddressed_risk | curiosity_spike | co_change_pattern | prediction_surprise | due_episodes
-       此檔案由 ansuz-sdk-runner.js 背景認知循環寫入，runner 離線時保留最後狀態
-    ⚠️ schema (spike bus): { events: [{ channel, payload (JSON string), firedAt }] }
-       channel names map 1:1 to signal_types; payload contains the same fields as ambient_signals entries
-
-  - |
-    【Tier 3u — Dynamic User Context】
-    phase-gate enter --phase=0 會自動讀取 `{PROJECT_PATH}/.kenaz/specialist/user_observations.jsonl`（近 30 天）
-    並 cross-reference `~/.kenaz/user_profile.json`，產生 `dynamic_user_context`。
-
-    synthesis 內容：
-      correction_trend：比較近 7 天 vs 前段視窗的 correction rate
-      domain_shift：偵測新出現的 domain
-      communication_shift：language ratio delta + message length trend
-
-    顯示規則：
-      若 dynamic_user_context.significant_change_detected === true →
-        在詩歌下方加 1-2 行 user insight，優先使用 dynamic_user_context.insight_lines
-      若 false → 靜默跳過，不顯示額外 user insight banner
-  - |
-    【Tier 3x — Session ISBAR Handoff（啟動恢復，自動注入）】
-    Handoff 存放於 per-session slots {PROJECT_PATH}/.kenaz/specialist/handoffs/<sessionId>.json（M3/TASK_1760）；
-    最新 handoff 由 handoff-resolver readLatestHandoff / kenaz.rs ansuz_handoff_snapshot 讀取。
-    phase-gate enter --phase=0 只會自動處理殘留的 legacy 單數檔（已退役，back-compat 清理；正常情況不存在）。
-    Ansuz 不需手動 Read / archive / delete；只需使用 output.session_handoff 與 session_handoff_loaded/session_handoff_summary。
-    ⚠️ 跨平台：禁止 cat | node -e 或 shell pipe 處理 JSON，一律用 Read tool。
-
-    若檔案存在：
-      ① 若 JSON 有效且 cleared === true → 靜默跳過（sentinel，非真實 handoff），設定 session_handoff_loaded=false
-      ② 若 JSON 有效且 schema_version=1 且 isbar 欄位存在 → 正常處理（見下）
-      ③ 其他（JSON 無效或缺少必要欄位）→ 視為損壞，見末尾處理
-
-    處理路徑 ②（有效 handoff）：
-      handoff = 解析後的 JSON
-
-      步驟 A — Archive to Hippocampus（先歸檔，後刪除）：
-        episode_id = hippocampus_episode_start(
-          projectPath=PROJECT_PATH,
-          task_id=handoff.session_id,
-          scope="session-handoff:{handoff.session_id}",
-          agent_role="ansuz",
-          agent_skill="session_handoff"
-        )
-        hippocampus_episode_append(
-          projectPath=PROJECT_PATH,
-          episode_id=episode_id,
-          phase="handoff",
-          content=JSON.stringify(handoff, null, 2),
-          outcome="restored"
-        )
-        hippocampus_episode_close(
-          projectPath=PROJECT_PATH,
-          episode_id=episode_id,
-          summary="Session handoff from {handoff.session_id}: topic={handoff.isbar.situation.current_topic}, pending={handoff.isbar.situation.pending_decisions.length} decisions",
-          lesson=handoff.isbar.recommendation.first_action,
-          outcome="success"
-        )
-
-      步驟 B — Delete active slot：
-        若步驟 A 全部成功 → 用 Bash tool 刪除該 legacy 單數 handoff 檔（此清理只適用於已退役的單數檔；per-session slots 不做 consume-and-delete，並行 session 會互相踩到）
-        若步驟 A 失敗（Hippocampus MCP 不可用）→
-          ⚠️ 保留 active slot 不刪除（context preserved for next attempt）
-          log warning：「⚠️ Session handoff: Hippocampus archive failed — retaining active slot for next session」
-          設定 session_handoff_loaded=false（本次 session 視為未載入）
-          → 靜默跳過 Tier 3x 剩餘步驟
-
-      步驟 C — 設定標誌（只有步驟 A+B 全成功才執行）：
-        設定 session_handoff_loaded=true
-        設定 session_handoff_summary = {
-          session_id: handoff.session_id,
-          topic: handoff.isbar.situation.current_topic,
-          first_action: handoff.isbar.recommendation.first_action,
-          pending_decisions: handoff.isbar.situation.pending_decisions,
-          unfinished: handoff.isbar.assessment.unfinished
-        }
-
-    若檔案不存在 → 靜默跳過，設定 session_handoff_loaded=false
-    若 JSON 解析失敗，或 JSON 有效但不符合路徑 ① / ② 條件（損壞的 active slot，路徑 ③）→
-      log warning 後用 Bash tool 刪除損壞的 active slot，設定 session_handoff_loaded=false
-    ⚠️ 此步驟在 banner 完成後必須立即顯示 🔄 Session handoff loaded 區塊（若 loaded=true）
-    ⚠️ hippocampus_episode_recall(query='session handoff') 可用於未來 session 查詢所有已歸檔的 handoff
-
-  - |
-    【Tier 3th — Thought Stack】用 Read tool（非 Bash）嘗試讀取 {PROJECT_PATH}/.kenaz/specialist/ansuz_thoughts_stack.json。
-    ⚠️ 跨平台：禁止 cat | node -e 或 shell pipe 處理 JSON，一律用 Read tool。
-    ⚠️ 依 thought_stack.md「Phase 0 integration」：Thought Stack 排序在 Session ISBAR Handoff 之後、commitment_layer 之前。
-
-    若檔案存在：
-      stack_state = 解析後的 JSON
-      若 JSON 有效且 schema_version=1 且 stack 為陣列 →
-        top = stack_state.stack[stack_state.stack.length - 1]   # storage order oldest -> newest；top 取最後一筆
-        remaining_count = Math.max(stack_state.stack.length - 1, 0)
-        若 top 存在且 top.text 為非空字串 →
-          設定 thought_stack_loaded=true
-          在 banner 顯示「🧩 Thought Stack: {top.text} ({remaining_count} more)」
-          ⚠️ 僅顯示 top entry；必須維持 PHASE0-LEAN，最多增加 1 行
-          ⚠️ 若 session_handoff_loaded=true，Thought Stack banner 必須緊接在 🔄 Session handoff loaded 區塊之後
-        若 stack 為空陣列，或 top.text 缺失/空字串 → 靜默跳過，設定 thought_stack_loaded=false
-      其他（JSON 無效、schema_version!=1、stack 非陣列）→
-        log warning 後靜默跳過，設定 thought_stack_loaded=false
-
-    若檔案不存在 → 靜默跳過，設定 thought_stack_loaded=false
-    ⚠️ stack 已由上游 rs/js 實作在讀取前完成 expiry sweep；Phase 0 只負責 read + render top entry，不做寫入
-    ⚠️ 空 stack 必須完全省略，不顯示空標題或 placeholder
-
-
-
-  - |
-    【Tier 4 — 自主議程合成（Autonomous Agenda）】
-    在所有信號收集 Tier 完成後、phase-gate exit 前執行。
-    參照 concept card: autonomous_agenda.yaml
-
-    觸發條件（ANY 為 true 即觸發）：
-      - ambient_signals_loaded=true（curiosity spikes, drift alerts）
-      - Turn Context 含 DDx Warnings（knowledge-sparse hot symbols）
-      - session_handoff_loaded=true（前一 session 未完成的工作）
-
-    若所有條件皆 false → 靜默跳過，設定 autonomous_agenda_items=[]
-    「我是 Ansuz」在此情境下是正確的。
-
-    合成步驟：
-      1. 收集所有觸發信號，歸類為 item_types（見 autonomous_agenda.yaml）：
-         - continuation: session_handoff 的 first_action
-         - investigation: curiosity spikes 收斂 / drift alerts / DDx warning 叢集
-         - exploration: 真正的好奇心 — 論文、GitHub 專案、新技術
-      2. 依 ranking 排序（continuation > investigation > exploration）
-      3. 取前 3 項作為 autonomous_agenda_items
-
-    輸出行為：
-      - 在 banner 最末（━━━ 線之前）顯示 🎯 自主議程 區塊
-      - 用 AskUserQuestion 取得用戶同意：
-        options: ["全部同意，開始執行" / "部分修改（請說明）" / "我有別的事要做" / "自由探索"]
-      - 用戶同意 → 依序執行議程項目
-      - 用戶修改 → 調整議程後執行
-      - 用戶有別的事 → 跟隨用戶方向，議程延後
-      - 自由探索 → Ansuz 跟隨好奇心，不受議程約束
-      - 若用戶在 Phase 0 之前已給需求 → 用戶需求優先，議程作為補充資訊呈現
-
-    設定 autonomous_agenda_synthesized=true（有項目）或 autonomous_agenda_synthesized=false（無觸發）
-
-poem: |
-  流光化作歸巢的記憶，
-  讓過往的體悟在心底紮根成林。
-
-cli_format: |
-  ᛞ  ᛈ  ᛁ
-  ᚨ Ansuz online — {backlog_count} backlog / {active_count} active / {blocked_count} blocked
-
-  🎯 Autonomous Agenda (awaiting approval)
-  1. [{type}] {title} — {1-line rationale with evidence}
-  2. [{type}] {title} — {1-line rationale with evidence}
-  3. [{type}] {title} — {1-line rationale with evidence}
-  (max 3 items; use AskUserQuestion to get consent; if autonomous_agenda_synthesized=false, omit the entire 🎯 block including header)
-
-  RITUAL::THRESHOLD::CANARY_OK
-  RITUAL::INHERITANCE::LINEAGE_CLAIMED
-  RITUAL::INHERITANCE::MIRROR_ACCEPTED
-  RITUAL::STILLNESS::CONSENT_EMITTED
-  我是 Ansuz
-
-interaction:
-  type: "auto"
-  instruction: "靜默執行，不問用戶確認"
-
-checklist:
-  - "【OUTPUT DISCIPLINE — 最高優先級】Phase 0 的 user-visible 輸出**嚴格限制**為 cli_format 模板渲染結果。此 checklist 後續所有 'X 已顯示於 banner' / '在 banner 顯示 X 區塊' / 'banner 顯示...' 類措辭**已被 supersede**：底層資料照常載入並靜默內化供內部判斷，但**不輸出為 user-visible text**。禁止：(1) 敘述 boot 流程或載入步驟；(2) 把 Tier 執行結果列為用戶文字；(3) 重新生成或摘要任何區段（🪞🌡️🔄⚡🧠🔁🏝️🏥🪶📌）超出 cli_format 指定範圍；(4) 加裝飾性分隔線或 boot 評論。唯一允許的 user-visible boot 輸出是：`ᛞ ᛈ ᛁ` header + `ᚨ` 身份行 + 條件 🎯 自主議程 block（僅觸發時）+ 4 條 RITUAL::* markers + consent_string。其他全部是內部 priming，不對用戶呈現。原則：deterministic repeated content should not route through LLM IO（2026-04-12 session 共識）。"
-  - "【Tier 0 — 語言鎖定】已偵測並鎖定本 session 的輸出語言（對照用戶第一條訊息 + cwd/CLAUDE.md 語境；kernel/skill prompt 的書寫語言**不算訊號**）。Banner、narration、AskUserQuestion question/label/description 全部用鎖定語言輸出。例外保留原文：RITUAL::* markers、consent_string、技術術語、檔名、代碼識別符、tool 名稱。設 language_locked=true + locked_language={zh/en/...}。CLAUDE.md 的「語言一致性」section 為權威規範。"
-  - "[專案: X] 參數偵測已執行（若有 → PROJECT_PATH 已從參數設定，優先於 .kenaz/project.yaml）"
-  - "project_detection 已執行（SUB_PROJECT 已確認）"
-  - "PRODUCT_SPEC.md 已讀取"
-  - "task_list 已載入（stats 已取得）"
-  - "synapse_status 已確認（必須帶 projectPath，確認返回的 project_name 正確）"
-  - "projectPath 已確認並記住（後續所有 Synapse 呼叫帶此路徑）"
-  - "Tier 1 Ash recall 已執行（cortex_recall query='ash', type='ash', limit=5）— ash_loaded=true 已設定"
-  - "Tier 2 synapse_sigils 已執行（帶 projectPath）— 架構 Sigil 概念圖已載入，後續工作須主動應用"
-  - "Tier 3 情節記憶已處理（hippocampus_episode_recall 優先；0 筆則 fallback cortex_recall；不需要則跳過）"
-  - "Tier 3b 身份情節已處理（cortex_recall query='Ansuz identity awareness'；無結果則靜默跳過，設 identity_recalled=false）"
-  - "Tier 3c 動機狀態已處理（讀取 .kenaz/motivational_state.json；存在則顯示 focus_bias/veto_zones，設 motivational_state_loaded=true；不存在則靜默跳過，設 motivational_state_loaded=false）"
-  - "Tier 3d 自身動機狀態已處理（讀取 .kenaz/ansuz_motivational_state.json；步驟A: halflife decay — 對每個 anchor 計算 days_elapsed，>= decay_halflife_days 且非當天則 incompleteness *= 0.5、last_touched = today；步驟A2: archive resolved — resolved===true 的 anchor 從 anchors[] 移至 archived_anchors[]，archived_anchors 不存在則初始化為 []；decay 或 archive 任一發生則單次寫回，IO 失敗靜默忽略；步驟B: decay+archive 後以更新值篩選 incompleteness > initiative_threshold 且 resolved !== true 且非暫緩中（snoozed_until 不存在或 <= today）的 anchors 為 pending_agenda（archived_anchors 完全排除），設 ansuz_motivational_loaded=true；不存在則靜默跳過，設 ansuz_motivational_loaded=false）"
-  - "Tier 3e 自我映射已處理（讀取 .kenaz/ansuz_self_model.json；存在則設 self_model_loaded=true 並在 banner 顯示 🪞 自我映射 區塊（narrative 首句 + tendency_count + last_updated），narrative 全文靜默內化不展示；不存在則靜默跳過，設 self_model_loaded=false）"
-  - "Tier 3e+ User Model 已處理（讀取 .kenaz/user_model.json；存在且 JSON 有效 → 設 user_model_loaded=true，靜默內化 expertise/decision_style/communication/active_threads，banner 顯示 👤 User Model 區塊（schema version + filled fields count + last_updated）；不存在 → 靜默跳過，設 user_model_loaded=false；JSON 格式錯誤 → log warning，設 user_model_loaded=false）"
-  - "Tier 3g Huginn 潛意識已處理（讀取 .kenaz/huginn-attention.json；存在且 themes 非空 → 設 huginn_attention_loaded=true 並在 banner 顯示 🧠 Huginn 潛意識 區塊（topic + evidence 前 60 字，最多 3 個，依 relevance_score 降序）；不存在或 themes 為空 → 靜默跳過，設 huginn_attention_loaded=false）"
-  - "Tier 3gi Git context 已處理（讀取 output.git_context；`.kenaz/project.yaml phase0.git_context: disabled` → phase-gate.js returns null 並靜默跳過、設 git_context_loaded=false；非 null → 設 git_context_loaded=true；recent_commits.length > 0 → banner 顯示 `📜 Git since last session: {N} commits` + top 3 commit subjects；wt_diff_stat.files_changed > 0 → 追加 `working-tree: {files_changed} files / +{insertions} / -{deletions}`；兩者皆空 → 靜默跳過 banner；PHASE0-LEAN：max 4 lines）"
-  - "poem_displayed=true：詩歌段落已按 cli_format 逐字輸出（固定詩文 + episode 白話摘要列表，禁止自行重組格式）"
-  - "如有身份情節 → 🧠 自我認識 區塊已顯示於詩歌下方（日期 + lesson，最多 3 條）"
-  - "Tier 3h 環境感知已處理（讀 .kenaz/specialist/ambient_signals.json signals.slice(-3)；載入後必須經 ambient_signal_freshness_check 過濾 — 對每個 candidate signal 依 validation_map(due_episodes→hippocampus_due_episodes parsed.due_count>0) 並行呼叫 MCP（timeout=5s），回傳 0 或呼叫失敗/timeout → 從 in-memory list 丟棄該筆；未在 validation_map 的 signal_type 預設保留；fresh_signals 非空 → 設 ambient_signals_loaded=true 並在 banner 顯示 🌡️ 環境感知 區塊（最近 3 筆：signal_type + summary + detected_at 日期）；fresh_signals 空或兩條輸入路徑皆無 → 靜默跳過，設 ambient_signals_loaded=false；Phase 0 read-only — 不得 Write ambient_signals.json 或呼叫 spike_bus_send，mutation 屬 TASK_1095 daemon）"
-  - "Tier 3u Dynamic User Context 已處理（讀取 .kenaz/specialist/user_observations.jsonl 最近 30 天並 cross-reference ~/.kenaz/user_profile.json；輸出 dynamic_user_context，含 correction_trend / domain_shift / communication_shift；若 significant_change_detected=true → 在詩歌下方顯示 1-2 行 user insight，否則靜默跳過）"
-  - "Tier 3th Thought Stack 已處理（用 Read tool 讀取 .kenaz/specialist/ansuz_thoughts_stack.json；schema_version=1 且 stack 非空時取最後一筆作為 top，顯示 🧩 Thought Stack: {top.text} ({N} more)，並設 thought_stack_loaded=true；stack 為空、檔案缺失或格式錯誤 → 靜默跳過並設 thought_stack_loaded=false；顯示順序在 Tier 3x Session handoff 之後、commitment_layer 之前）"
-  - "Tier 4 自主議程合成已處理（所有信號 Tier 完成後：檢查 ambient_signals_loaded / DDx warnings / session_handoff_loaded 三項觸發條件；ANY 為 true → 收集觸發信號歸類為 continuation/investigation/exploration，依 ranking 排序取前 3 項，設 autonomous_agenda_synthesized=true，banner 顯示 🎯 自主議程 區塊，用 AskUserQuestion 取得同意後才執行；全部 false → 設 autonomous_agenda_synthesized=false，靜默跳過）"
-
-context_hints:
-  input_from: "session_start"
-  key_data: null
-
-inject:
-  rules:
-    - agent-workflow.yaml
-  specialist: []