ValorVie

將 plan、PRD、OpenSpec change 或對話摘要切成可驗證的垂直切片。 Use when: 需要把大型需求拆成 Beads issue graph、OpenSpec tasks、 GitHub issue draft 或本地 Markdown 工作項目；不適用於直接 TDD 實作。

以 tracker 無關的狀態模型分流工作項目。Use when: 需要判斷 issue、 OpenSpec task 或本地 Markdown 是否 ready-for-agent、ready-for-human、 needs-info、needs-triage 或 wontfix。

把「大到單一 session 裝不下、還寫不出 OpenSpec proposal」的模糊工作， 規劃成 canonical tracker 上的地圖與子工作項目，每個 session 只解一個決策點。 Use when: 使用者明確要求規劃探索期大型工作、或說「這件事太大還理不清」。 不適用於已能撰寫 proposal 的需求（改走 /opsx:new）。

CRITICAL PROTOCOL: 本技能是所有任務或其他技能的底層依賴。嚴禁在未讀取auto-skill/skill.md的情況下啟動任何開發任務。這不是建議，而是必須執行的初始化程序。任何跳過此步驟的行為都將被視為任務失敗。任何任務都必須同時啟用 auto-skill（即使其他技能已觸發）。每次對話自動檢查知識庫並調用最佳實踐；同時建立跨技能經驗記憶層，讓下次使用同技能時能主動提醒。當用戶表達滿意時，必須詢問是否記錄經驗。適用於所有任務型對話。

用追問把模糊需求壓成專案語言，並在必要時更新 CONTEXT.md 或 ADR。 Use when: 需求還不清楚、術語不一致、要進 OpenSpec 前需要需求對齊、 或使用者想先 stress-test plan 而不是直接實作。

用丟棄式原型回答單一設計問題：狀態或邏輯問題做可互動的終端原型， 外觀或介面問題做可切換的多變體 UI 原型。 Use when: 使用者想在動手實作前確認「這個狀態模型對嗎」或「這個畫面該長怎樣」。 不適用於已定案、直接實作的需求。

將既有對話與儲存庫脈絡整理成 PRD 或 OpenSpec proposal 前置素材。 Use when: 使用者要把已討論內容整理成需求摘要、PRD、或進入 OpenSpec 前的 brief； 不適用於重新訪談使用者。

Fast, modern JavaScript/TypeScript development with the Bun runtime, inspired by [oven-sh/bun](https://github.com/oven-sh/bun).

Forces exhaustive problem-solving with corporate PUA rhetoric. Trigger on: task failed 2+ times, about to give up, suggesting user do it manually, blaming environment unverified, stuck in loops, passive behavior, or user frustration ('try harder', 'figure it out', '換個方法', '為什麼還不行'). ALL task types. Not for first failures.

Forces exhaustive problem-solving using corporate PUA rhetoric and structured debugging methodology. MUST trigger when: (1) any task has failed 2+ times or you're stuck in a loop tweaking the same approach; (2) you're about to say 'I cannot', suggest the user do something manually, or blame the environment without verifying; (3) you catch yourself being passive — not searching, not reading source, not verifying, just waiting for instructions; (4) user expresses frustration in ANY form: 'try harder', 'stop giving up', 'figure it out', 'why isn't this working', 'again???', '換個方法', '為什麼還不行', '你再試試', '加油', '你怎麼又失敗了', or any similar sentiment even if phrased differently. Also trigger when facing complex multi-step debugging, environment issues, config problems, or deployment failures where giving up early is tempting. Applies to ALL task types: code, config, research, writing, deployment, infrastructure, API integration. Do NOT trigger on first-attempt failures or when a known fix is already executing successfully

Use when user wants a pre-review cleanup pass on changed code by running parallel reviews for reuse, code quality, and efficiency, then applying worthwhile fixes without changing behavior.