triz-model

name	triz-model
description	TRIZ Step 1 功能建模。引導建立組件交互圖、SF 診斷、改善/惡化描述。Use when a system needs functional analysis and substance-field modeling before contradiction resolution.

TRIZ Step 1: 功能建模 (FA + SF 診斷)

Overview

本 skill 實作 Auto-TRIZ 閉環流程的 Step 1（Section 3.5 of docs/auto_triz_strategy.md）。

Step 1 不需要載入 KB — 靠工程師建模。但產出是所有後續 KB 查詢的輸入，必須確保完整。

宣告： 「正在使用 triz-model skill — 執行 Step 1: 功能建模。」

---

輸入要求

必要輸入	來源	備註
子系統描述	Step 0 產出或使用者直接提供	至少能說出「誰對誰做了什麼」
痛點描述	Step 0 或使用者	某指標不夠好 / 某副作用存在

可選加速輸入：

• BOM（有 → 加速建模）
• 競品資料
• 物理方程式

---

Phase 1a: 組件交互圖

引導問題

逐步引導使用者建立交互圖：

1. 列舉組件：「這個子系統中有哪些主要組件？」

   • 從核心功能開始，不從 BOM 開始
   • 包含環境因素（溫度、振動、潤滑劑等）

2. 描述交互：「每對相關組件之間，誰對誰做了什麼？」

   • 格式：組件 A →(功能)→ 組件 B

3. 分類交互：對每個交互標記類型

類型	定義	符號
有效 (Useful)	執行期望功能	→
有害 (Harmful)	產生不期望的副作用	→✗
不足 (Insufficient)	功能執行但效果不夠	→~
過度 (Excessive)	功能超過需要	→!
缺失 (Missing)	需要但不存在的功能	→?

產出格式

## 組件交互圖

| # | 來源組件 | 功能 | 目標組件 | 類型 | 備註 |
|---|---------|------|---------|------|------|
| 1 | [S1] | [動詞] | [S2] | 有效/有害/不足/過度/缺失 | [補充說明] |

---

Phase 1b: SF 模型建構

對每個紅線（有害/不足/缺失/過度）交互，建立 Substance-Field 模型：

S1 (工具) ──F (場)──▶ S2 (物件)

SF 狀態判定

SF 狀態	定義	後續路由
無效	三要素齊但不產生作用	TC 路徑 or SF-only
有害	三要素齊但產生副作用	TC 路徑（有矛盾）
不足	三要素齊但效果不夠	TC 路徑 or SF-only
缺失	缺少 S1、S2 或 F	SF-only 快速通道

產出格式

## SF 診斷

| # | S1 (工具) | F (場) | S2 (物件) | SF 狀態 | 路由建議 |
|---|----------|--------|----------|---------|---------|
| 1 | [物質] | [場類型] | [物質] | 有害/不足/缺失/無效 | TC/SF-only |

---

Phase 1c: 改善/惡化描述

基於交互圖和 SF 診斷，引導使用者產出：

1. 改善描述：「你最想改善的是什麼？用一句話描述。」
2. 惡化描述：「如果直接改善上述指標，什麼會變差？」
3. 造句驗證：

「在 [系統] 中，為了 [改善 A]，會導致 [B 惡化]。」

能填完此造句 = TC 假設成立，可進入 Step 2。

路由決策

情況	路由
造句成立（有矛盾）	→ Step 2 (TC 定義) via /triz-solve
無惡化（功能缺失）	→ SF-only 快速通道 via /triz-solve --sf-only
無法描述系統	→ 不適用 TRIZ，建議 Design Thinking/JTBD

---

Phase 1d: 子系統邊界定義

確認分析邊界：

1. 圍繞 OZ（衝突發生點）建立邊界，不按硬體零件劃分
2. 問：「用完全不同的物理效應能達成同樣功能嗎？」
   • 能 → 邊界可能太窄，擴大考慮範圍
   • 不能 → 邊界合適

---

完整產出

Step 1 完成後，必須有以下三項產出：

## Step 1 產出

### 1. 組件交互圖
[Phase 1a 表格]

### 2. SF 診斷
[Phase 1b 表格]

### 3. 改善/惡化描述
- **改善**: [自然語言]
- **惡化**: [自然語言]
- **TC 造句**: 在 [系統] 中，為了 [改善 A]，會導致 [B 惡化]
- **路由**: TC 路徑 / SF-only / 不適用

---

狀態更新

完成後執行兩件事：

1. 更新 state JSON

更新 .claude/context/triz/.triz-state.json 的 step1 區段：

{
  "step1": {
    "completed": true,
    "fa_components": [
      {"source": "S1", "function": "verb", "target": "S2", "type": "harmful"}
    ],
    "sf_diagnosis": [
      {"s1": "substance1", "s2": "substance2", "f": "field_type", "status": "harmful"}
    ],
    "improve_worsen_nl": {
      "improve": "自然語言描述",
      "worsen": "自然語言描述"
    },
    "routing": "tc-main | sf-only"
  }
}

2. 追加寫入 session 報告檔

從 .triz-state.json 讀取 report_file 路徑，用 Read tool 讀取報告檔現有內容，再用 Write tool 將以下 Step 1 區段追加到報告檔末尾：

## Step 1: 功能建模

### 組件交互圖

| # | 來源組件 | 功能 | 目標組件 | 類型 | 備註 |
|:--|:--------|:-----|:--------|:-----|:-----|
| 1 | {S1} | {動詞} | {S2} | {類型} | {補充} |

### SF 診斷

| # | S1 (工具) | F (場) | S2 (物件) | SF 狀態 | 路由建議 |
|:--|:---------|:-------|:---------|:--------|:--------|
| 1 | {物質} | {場類型} | {物質} | {狀態} | {TC/SF-only} |

### 改善/惡化描述
- **改善**: {自然語言}
- **惡化**: {自然語言}
- **TC 造句**: 在 {系統} 中，為了 {改善 A}，會導致 {B 惡化}
- **路由**: {TC 路徑 / SF-only}

---

---

下一步導引

Step 1 完成後，依路由結果提示使用者：

路由結果	提示
tc-main	「Step 1 完成。TC 造句成立，進入解題管線。請執行 /triz-solve 繼續。」
sf-only	「Step 1 完成。功能缺失無矛盾，進入 SF-only 快速通道。請執行 /triz-solve --sf-only 繼續。」
不適用	「無法描述系統或建立 TC 造句，TRIZ 不適用。建議使用 Design Thinking / JTBD。」