القائمة
TRIZ 工作流入口路由。自動偵測問題類型並路由到適當步驟（Step 0/1/2 或 SF-only），管理 session 狀態。Use as the main entry point for any TRIZ problem-solving session.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
TRIZ Step 2+3 TC/PC/SF 解題管線。參數映射、矩陣查表、原理具體化、OZ-OT-Px 提取、分離策略、SF 標準解匹配。Use when technical contradictions need resolution through the full TC-to-PC-to-SF pipeline or SF-only fast channel.
TRIZ Step 1 功能建模。引導建立組件交互圖、SF 診斷、改善/惡化描述。Use when a system needs functional analysis and substance-field modeling before contradiction resolution.
TRIZ Step 0 問題定向。使用 5Why、KT Is/IsNot、CECA 從症狀挖掘到可操作的因果節點，確定子系統和 TC 假設。Use when a problem symptom needs root cause analysis before TRIZ contradiction resolution.
TRIZ Step 4 驗證與複雜度檢查。判定解法為進化或補丁，產出工程規格書或技術債記錄。Use when TRIZ solution proposals need verification, complexity assessment, or downstream deliverable generation.
استنادا إلى تصنيف SOC المهني
| name | triz-router |
| description | TRIZ 工作流入口路由。自動偵測問題類型並路由到適當步驟（Step 0/1/2 或 SF-only），管理 session 狀態。Use as the main entry point for any TRIZ problem-solving session. |
本 skill 是 Auto-TRIZ 閉環流程的主入口。分析使用者輸入，決定路由到哪個步驟，並管理跨步驟的 session 狀態。
宣告： 「正在使用 triz-router skill — 分析問題並決定路由。」
首先檢查是否有既有 session：
讀取 .claude/context/triz/.triz-state.json
│
├─ 存在 + 未完成 → 詢問使用者：
│ 「偵測到進行中的 TRIZ session：[session_id]
│ 目前在 [current_step]，主題：[topic]
│ [1] 恢復此 session 繼續
│ [2] 開始新 session（舊 session 會歸檔）」
│
├─ 存在 + 已完成 → 直接開始新 session
│
└─ 不存在 → 開始新 session
分析使用者輸入，決定路由：
使用者輸入分析
│
├─ 偵測到「改善 X 會惡化 Y」或「X 和 Y 衝突」模式
│ └─ Level B：TC 已知
│ → 路由至 /triz-solve (triz-contradict skill)
│ → 建議先做 Step 1 驗證完整性
│
├─ 偵測到「做不到 X，但沒有副作用」或「功能缺失」
│ └─ SF-only 快速通道
│ → 路由至 /triz-solve --sf-only (triz-contradict skill, SF mode)
│
├─ 偵測到問題症狀描述（異常、故障、不滿意）
│ └─ Level A：知道不滿意但說不出 trade-off
│ → 路由至 /triz-scope (triz-scoping skill)
│
├─ 偵測到系統描述但無明確矛盾或缺失
│ └─ 需要功能建模
│ → 路由至 /triz-model (triz-model skill)
│
├─ 連系統都描述不了
│ └─ Level C：不適用 TRIZ
│ → 建議替代框架：
│ - Design Thinking / JTBD（尋找痛點）
│ - Axiomatic Design（功能獨立性）
│ - System Evolution Trends（下一代預測）
│
├─ 「要讓某指標更好，沒有副作用」
│ └─ 不是矛盾問題
│ → 建議最佳化工具：DOE / 田口 / ML
│ → 除非：優化到極限撞牆 → 那個牆就是 TC
│
└─ 無法判斷
→ 引導式問答：
1. 「能否描述你的系統？（誰對誰做了什麼）」
2. 「你最不滿意的是什麼？」
3. 「如果直接改善它，會有什麼副作用嗎？」
當使用者看起來是 Level B 時，用造句確認：
「在 [系統] 中，為了 [改善 A]，會導致 [B 惡化]。」
能填完 → 確認是 TC，路由至 Step 2。 不確定 → 路由至 Step 0。
確定路由後，執行兩件事：
{
"session_id": "{YYYY-MM-DD-HHmm}-{topic}",
"created_at": "{ISO timestamp}",
"current_step": "{routed step}",
"path": "{tc-main | sf-only | unknown}",
"problem_description": "{使用者原始描述}",
"report_file": ".claude/context/triz/session-{session_id}.md",
"step0": { "completed": false },
"step1": { "completed": false },
"step2": { "completed": false },
"step3": { "completed": false },
"step4": { "completed": false }
}
寫入 .claude/context/triz/.triz-state.json。
使用 Write tool 建立 .claude/context/triz/session-{session_id}.md，寫入報告頭部：
# TRIZ Session Report: {session_id}
> **日期**: {YYYY-MM-DD}
> **主題**: {一句話主題}
> **路徑**: {path}
> **判定**: 未完成
---
重要： 此報告檔在後續每個 step 完成時由該 step 的 skill 即時追加對應區段。不必等到 Step 4 才寫入。每步完成後，使用 Read tool 讀取報告檔現有內容，再用 Write tool 追加該步驟的完整 markdown 輸出。
告知使用者路由結果並提示下一步：
## TRIZ Session 已建立
- **Session**: {session_id}
- **問題**: {一句話摘要}
- **路由**: {Step 0 / Step 1 / Step 2 / SF-only}
- **理由**: {為什麼選這個入口}
### 下一步
請執行 `/triz-scope`（或 `/triz-model` / `/triz-solve`）開始分析。
當開始新 session 且有舊 session 時：
.triz-state.json 重命名為 session-{old_session_id}-state.json.triz-state.json| 問題類型 | 適用度 | 切入點 |
|---|---|---|
| 現有產品改良 | 最適合 | Step 1 → 全流程 |
| 製程優化 | 最適合 | Step 0 (KT) → TC/PC |
| 故障分析 | 高度適用 | Step 0 (5Why + KT) |
| 新產品開發 | 部分適用 | Step 1，搭配 DT/JTBD |
| 成本削減 | 適用 | Step 2 (TC) |
| 下一代產品預測 | 間接適用 | 演化趨勢分析 |
| 純軟體架構 | 低適用 | 用 AD 或 DDD |
| 商業模式/市場策略 | 不適用 | 無物理參數 |