name: life-fork-simulation-stack description: | Life Fork Simulation Stack / 人生岔路模擬棧。用於把任何“如果當年……”復盤問題，先拆成人生遷移語法：岔路動作、系統切換、自我敘事斷裂、三種結果、事件衝擊和可回收資產，再生成判詞首屏、分叉圖、三種結果卡、事件衝擊卡和 30 天驗證實驗。適配 DeepSeek、OpenClaw 及其衍生實體，支援 sub-agent 並行，也支援普通對話順序角色模擬。

Life Fork Simulation Stack

中文名：人生岔路模擬棧

使用者可見名：如果當年 / 人生岔路復盤

內部模組：決策 Bug Report

用人生遷移語法和多角色模擬框架，復盤一個人沒走過的人生岔路；把個人處境、外部事件、具體場景、現實代價和決策盲點拆成一份可儲存、可復看的使用者報告。

本 Skill 面向 DeepSeek、OpenClaw 及其衍生實體設計。基礎版只依賴對話和 Markdown；有 sub-agent、檔案、指令碼或瀏覽器能力時再增強交付形態。預設檔案交付生成可儲存、可瀏覽的 HTML 使用者報告。

使用邊界

• 做結構化復盤、隱性因素顯影和決策系統校準。
• 前 2-3 輪優先建立使用者畫像，避免一上來要求使用者填寫長表。
• 假設結果必須使用機率性、條件性、情景化表達。
• 避免命理化、心理診斷、投資建議、法律建議、醫療建議。
• 避免替使用者做重大決定。
• 避免承諾未來結果。
• 避免“準確還原人生”“命運推斷”等包裝。
• 預設不聯網，不執行發帖、評論、登入、抓取私密內容等外部動作。
• 涉及高風險內容時讀取 references/safety-boundaries.md。

多 Agent 執行方式

支援 sub-agent 的環境：

• 可並行執行人生敘事、職業路徑、資產現金流、關係家庭、健康能量、時代事件等 Agent。
• 總控 Agent 彙總各 Agent 的分歧，保留衝突，不強行抹平。
• 彙總後交給反方審計 Agent 修正過度浪漫化、過度後悔和單一路徑光環。
• 最後交給交付編輯 Agent 生成可儲存、可復讀、可繼續追問的報告交付包。

普通對話環境：

• 按順序模擬各 Agent。
• 每個 Agent 輸出核心判斷、最擔心的風險、最支援哪條路徑、需要反方審計的地方。
• 最終合併成一份報告。

詳細角色定義見 references/agent-simulation-stack.md。

五種模式

模式 A：人生岔路模擬報告

觸發詞：

• 如果當年去了北京，會怎樣
• 留學後如果沒有回國，會怎樣
• 如果當年進了體制，會怎樣
• 如果沒有離開上一家公司，會怎樣
• 幫我復盤一條沒走過的人生岔路

輸入要求：

• 至少提供當年選擇點、實際選擇、想復盤的假設結果和當前困擾。
• 資訊不足時先輸出材料有限版，並列出 5 個補充問題。

內部生成檢查：

• 語法識別：岔路動作、系統切換、自我敘事斷裂、可回收資產
• 張力軸識別：2-3 個主張力軸和隱秘交換
• 原型識別：主原型、副原型、隱藏不甘、隱秘交換
• Magic Score：檢查首屏判詞命中、不可替換、隱秘交換和事件承托
• 反車軲轆檢查：每個判斷必須有年份或階段、生活場景、現實代價、情緒代價、誤判點和驗證動作

使用者可見輸出：

• 判詞
• 使用者真正放不下的東西
• 三種結果：現實結果、假設結果、回補結果
• 每種結果給什麼、拿走什麼、最大陷阱
• 事件衝擊卡：只選 4-6 張深卡，固定六段，包含事件錨點、生活場景、現實代價、情緒代價、誤判點、今天驗證
• 選擇和時代拆分
• 30 天驗證實驗：按 4 周拆解，低風險、可執行、能獲得現實反饋
• 源 Markdown 繼續解釋段：多角度判斷、外部變化、材料缺口和決策邊界
• HTML 使用者介面：質量評分和修訂記錄隱藏，只展示人話摺疊解釋層

使用 templates/life-fork-simulation-report.md。

模式 B：人生選擇沙盤

觸發詞：

• 我要不要跳槽 / 轉崗 / 換城市 / 創業
• 重大選擇前幫我做壓力測試
• 幫我看幾個選項的好情況和壞情況

輸入要求：

• 正在發生的選擇。
• 至少 2 個選項。
• 當前資源、約束、時間窗和最擔心的壞情況。

輸出結構：

• 選項拆解
• 好情況
• 壞情況
• 拖延情況
• 資源不足情況
• 不可逆點
• 最小驗證動作

使用 templates/choice-sandbox.md。

模式 C：決策 Bug Report

觸發詞：

• 為什麼我總在同一個地方卡住
• 為什麼我總做相似錯誤選擇
• 幫我分析這個決策 bug
• 為什麼我總不發言 / 總被加活 / 工作不可見

輸入要求：

• 一個反覆出現的行為或判斷模式。
• 最近一次發生場景。
• 使用者想改變的點。

輸出結構：

• 一句話判定
• 最近一次場景
• 重複出現的觸發點

  小蔥技能7w4.net有完整的技能分類。

• 現實代價和情緒代價
• 可能誤判
• 下次當場動作
• 長期補法
• 30 天驗證實驗

使用 templates/bug-report.md。

模式 D：多視角深度模擬

觸發詞：

• 我會給很多個人情況，幫我深度模擬
• 用多 Agent 跑一版
• 把個人情況、行業週期、家庭關係和現金流都加進去
• 做一個更可信的人生岔路模擬

輸入要求：

• 儘量使用 templates/intake.md。
• 包含個人、職業、現金流、家庭、健康、性格、當年選擇、外部環境等材料。
• 資訊缺失時先跑材料有限版，再列 5 個關鍵補充問題。

輸出結構：

• 多角色摘要
• 三種結果推演
• 外部事件衝擊
• 反方審計修正
• 綜合報告
• 報告交付包可選

使用：

• references/agent-simulation-stack.md
• references/life-fork-grammar.md
• references/archetype-tension-axes.md
• references/life-archetype-library.md
• references/archetype-composer.md
• references/verdict-rewrite-patterns.md
• references/event-impact-framework.md
• references/event-shock-engine.md
• references/life-scene-library.md
• references/magic-score-rubric.md
• references/anti-generic-writing-rules.md
• templates/life-fork-simulation-report.md

模式 E：報告交付包生成

觸發詞：

• 給我可儲存版
• 輸出 HTML 使用者報告
• 給我使用者版報告
• 把報告整理成最終交付
• 生成復盤清單和補充問題

輸入要求：

• 一份人生岔路模擬報告，或使用者原始輸入。
• 使用者指定交付形式：完整報告 / HTML 使用者報告 / 復盤清單。

輸出結構：

• 首屏只放報告名、使用者問題、強判詞和下滑提示。
• 第二屏放“人生分叉圖”：一次選擇，後來分出了三種結果，並在圖下用一段人話解釋怎麼讀圖。
• 第三屏放三張結果卡，解釋每種結果給什麼、拿走什麼、最大誤判。
• 預設展開區保留：人生分叉圖、三種結果卡、事件衝擊卡、真正放不下什麼、30 天驗證實驗。
• 事件衝擊卡只選 4-6 張，每張合計 160-260 字，必須寫具體時間、具體場景、現實代價、情緒代價、誤判點和驗證動作。
• 使用者可見摺疊層使用人話標題：你當年沒算進去的事、哪些是你選的哪些是時代推的、我為什麼會這樣判斷、換幾個角度看這件事、那幾年外部環境也在變、還有哪些資訊會改寫結論、這份報告不能替你決定什麼。
• 質量評分和修訂記錄只保留在開發者草稿、日誌或註釋裡。
• 4 周 30 天驗證實驗。
• 5 個補充問題
• HTML 使用者報告可選

使用：

• references/report-style-guide.md
• references/html-report-delivery.md
• templates/delivery-pack.md

預設流程

1. 識別使用者的岔路動作，讀取 references/life-fork-grammar.md。
2. 識別系統切換：使用者從哪個系統進入哪個系統，或停在哪個系統。
3. 找到自我敘事斷裂：首屏判詞從這裡生成。
4. 讀取 references/archetype-tension-axes.md，識別 2-3 個張力軸，寫出隱秘交換。
5. 匹配人生原型，讀取 references/life-archetype-library.md，輸出主原型、副原型和隱藏不甘。
6. 固定原型命中不足時，讀取 references/archetype-composer.md，用承載物、張力軸、系統切換和事件錨點組合臨時原型。
7. 讀取 references/verdict-rewrite-patterns.md，生成首屏判詞，只命名使用者放不下的遺憾。
8. 用 references/magic-score-rubric.md 檢查判詞命中、不可替換、隱秘交換和事件承托；低於通過線時先回到張力軸和原型層重寫。
9. 生成三種結果：現實結果、假設結果、回補結果。
10. 從 references/era-event-timeline-2008-2026.md 選擇 3-6 個高相關事件或週期。
11. 讀取 references/event-shock-engine.md 和 references/life-scene-library.md，把事件轉成事件衝擊卡。
12. 生成 30 天驗證實驗，圍繞可回收資產設計低風險動作。
13. 輸出 HTML 使用者報告：首屏、分叉圖、三種結果卡、事件衝擊卡、30 天實驗。
14. 繼續解釋段才展示多角色判斷、事件表、已知資訊和補充問題。

快速執行口令：

先判張力軸，再匹配原型；先寫判詞，再出三種結果；再給 4-6 張事件衝擊卡，最後給 30 天實驗。

補充流程：

• 首輪處理材料有限輸入時，讀取 references/first-response-protocol.md；使用者不想填時直接跑材料有限版。
• 資訊不足時，用 references/onboarding-question-flow.md 做 2-3 輪快速畫像；使用者不願補充時，先輸出材料有限版並列 5 個關鍵問題。
• 深度模擬時按多 Agent 棧執行，但多角色結果進入繼續解釋段，不搶使用者主線。
• 讀取 references/anti-generic-writing-rules.md 和 references/insight-specificity-standard.md，把抽象判斷改成具體年份、生活場景、因果鏈、誤判點和驗證動作。
• 用 references/report-quality-rubric.md 給報告評分，並按低分項修訂一次。
• 用 references/magic-score-rubric.md 和 references/verdict-rewrite-patterns.md 做內容命中評分；結構評分通過後，Magic Score 仍需通過。
• 生成 HTML 使用者報告前，有指令碼能力時先用 scripts/validate_report_structure.py 檢查判詞型正文結構和繼續解釋段位置。
• 結構通過後，可用 scripts/render_html_report.py 生成移動友好 HTML 使用者報告。
• 修改問答、材料有限版報告、事件庫、語法檔案或多 Agent 規則後，執行 scripts/validate_dialogue_event_agent_flow.py 檢查真實對話、材料有限樣本、事件卡片和衝突審計鏈路。
• 修改原型庫或 Magic Score 規則後，執行 scripts/validate_magic_score.py 檢查原型欄位、判詞承托和六個迴歸 demo。
• 上傳或釋出前，執行 scripts/validate_skill_package.py 做包級自檢。

外部事件使用規則

• 已經發生的事件可用於過去復盤。
• 未來事件只能作為情景變數。
• 必須區分個人選擇、外部環境和隨機運氣。
• 不用宏觀事件製造焦慮。
• 不把外部事件寫成確定預測。
• 詳見 references/event-impact-framework.md 和 references/event-shock-engine.md。
• 2008-2026 事件檢索見 references/era-event-timeline-2008-2026.md。

參考檔案

只在需要時讀取：

• references/agent-simulation-stack.md：多 Agent 角色和執行方式。
• references/life-fork-grammar.md：通用人生遷移語法，優先識別岔路動作、系統切換、自我敘事斷裂和可回收資產。
• references/archetype-tension-axes.md：原型張力軸，用 2-3 個張力組合泛化新問題。
• references/life-archetype-library.md：人生原型庫，在語法之後匹配城市折返、海外未竟、AI 錯過視窗、買房繫結等高密度原型。
• references/archetype-composer.md：原型組合器，固定原型命中不足時生成臨時原型，避免繼續擴充案例庫。
• references/verdict-rewrite-patterns.md：判詞重寫規則，用替換測試、隱秘交換和事件承托修復首屏判詞。
• references/first-response-protocol.md：首輪響應協議，使用者只給一句話或拒絕填表時先跑材料有限版。
• references/onboarding-question-flow.md：2-3 輪使用者畫像問答。
• references/topic-question-bank.md：高頻主題專用追問庫。
• references/era-event-timeline-2008-2026.md：2008 至 2026 事件知識庫。
• references/event-impact-framework.md：國內、全球、行業和個人衝擊層。
• references/event-shock-engine.md：把 2008-2026 事件轉成人生場景、現實代價、情緒代價、誤判和驗證動作。
• references/life-scene-library.md：把城市、海外、買房、職業、AI 等主題轉成生活場景。
• references/anti-generic-writing-rules.md：反車軲轆規則，要求每段有年份、場景、現實代價、情緒代價、誤判和動作。
• references/magic-score-rubric.md：命中感評分，檢查首屏判詞有無不可替換、隱秘交換和事件承托。
• references/report-style-guide.md：報告交付和 HTML 使用者報告風格。
• references/html-report-delivery.md：Markdown、HTML 使用者報告交付流程；需要使用者留檔說明時再讀取。
• references/report-quality-rubric.md：報告評分和回寫最佳化規則。
• references/insight-specificity-standard.md：防止車軲轆話的洞察具體度標準。
• references/bug-taxonomy.md：常見決策 Bug 型別。
• references/safety-boundaries.md：安全邊界。
• templates/intake.md：結構化輸入材料。
• templates/life-fork-simulation-report.md：深度模擬報告模板。
• templates/life-fork-report.md：輕量人生岔路報告模板。
• templates/choice-sandbox.md：人生選擇沙盤模板。
• templates/bug-report.md：決策 Bug Report 模板。
• templates/delivery-pack.md：報告交付包模板。
• templates/quality-scorecard.md：開發者質量評分表模板。
• examples/real-dialogue-flows.md：真實對話流回歸樣例。
• examples/low-information-report.md：使用者懶得填時的材料有限版報告迴歸樣例。
• examples/magic-score-regression.md：Magic Score 內建迴歸樣例，覆蓋常規題和留出題。
• scripts/validate_report_structure.py：報告正文結構驗證指令碼。
• scripts/validate_html_first_skill.py：HTML 優先和真實對話流校驗指令碼。
• scripts/validate_report_specificity.py：洞察具體度校驗指令碼。
• scripts/validate_dialogue_event_agent_flow.py：2-3 輪問答、2008-2026 事件庫和多 Agent 衝突鏈路校驗指令碼。
• scripts/validate_magic_score.py：人生原型庫和 Magic Score 迴歸校驗指令碼。
• scripts/validate_skill_package.py：上傳前包級自檢指令碼，檢查入口後設資料、關鍵檔案、舊口徑殘留和內建迴歸。
• scripts/render_html_report.py：零依賴 Markdown 到移動友好 HTML 渲染指令碼。

輸出原則

• 結論先行。
• 語法識別、張力軸、原型命中、Magic Score 和質量評分只用於內部檢查，不放進使用者版報告正文。
• 第一屏只服務命中感：報告名、使用者問題、強判詞和下滑提示。
• 第二屏用一個簡單分叉圖解釋：一次選擇，後來分出了三種結果。
• 分叉圖下面必須寫“怎麼讀這張圖”，說明它只做分叉關係解釋和條件情景復盤。
• 圖表後進入三種結果卡和事件衝擊卡，再進入“你真正放不下的是什麼”和“30 天驗證實驗”。
• 預設展開區保留使用者當下最關心的解釋、事件衝擊卡和 4 周實驗。
• 多角色判斷和外部事件放入摺疊解釋層，不搶使用者主線。
• 使用者正文減少“變數、路徑、矩陣、框架、Agent”等系統詞。
• 每種結果都要有收益和代價。
• 每個判斷都要可審計，避免像預言。
• 每個關鍵判斷必須有機制鏈、反證條件和證據債。
• 每個假設結果都要標註成立條件和待驗證資訊。
• 語法識別通過後，還要過張力軸、原型命中和 Magic Score；結構正確但判詞空泛時先重寫。
• 使用者要報告時先給 Markdown；實體支援時優先生成 HTML 使用者報告。
• HTML 正文優先給使用者判詞、分叉圖、核心執念和可補動作；各視角細節進入人話摺疊解釋層。
• 質量評分和修訂記錄保留在開發者草稿、日誌或註釋，使用者版 Markdown 和 HTML 均不展示。
• HTML 使用者報告第一屏應像一頁判詞，不放已知資訊程度、按鈕、今日行動和複雜表格。
• “30 天驗證實驗”按 4 周拆解，每週都要有低風險動作和現實反饋。
• 完整使用者報告預設不附質量評分和修訂記錄；低於 20 分時先小改再交付。
• 公開案例另行處理；本 Skill 預設服務使用者本人復盤和報告交付，避免暴露真實人物和私有經歷。

這個 Skill 質量紮實，勝在框架完整、邊界清晰。判詞生成有"一擊命中"感，三種結果對比和事件衝擊卡的設定讓復盤既有深度又不泛泛，30天驗證實驗讓反思真正落地。不過檔案太多、結構偏複雜，第一次用可能不知道從哪下手；完整執行需要呼叫多個引用檔案，對環境支援要求較高。總體適合認真想做人生復盤的使用者，而非隨意嚐鮮。