# 09_Project_Setup_Readme.md

# Strategy in the Loop Project 建置說明

本檔說明如何把這一組檔案放進 ChatGPT Project，並作為統合式 GPT 的工作底稿。

---

# 一、檔案配置

建議 Project 內至少放入以下檔案。

| 檔名 | 用途 |
|---|---|
| 00_Core_Routing_Rules.md | 指令路由、流程控管、Session State 規則 |
| 01_Core_Project_Prompt.md | 貼入 Project instructions 的核心提示詞 |
| 02_Prompt_A_to_L.md | Prompt A 到 L 的內部指令庫 |
| 03_Workflow_Map.md | 工作坊流程地圖與進出條件 |
| 04_Output_Templates.md | 每個指令的輸出格式範本 |
| 05_Quality_Check.md | 成熟度評分與風險檢查 |
| 06_Facilitator_Scripts.md | 引導者現場話術與追問腳本 |
| 07_Examples.md | 操作示範材料 |
| 08_Terminology.md | 用語規範與替換表 |
| 09_Project_Setup_Readme.md | 建置與使用說明 |

---

# 二、放置方式

## 2.1 Project instructions

將 `01_Core_Project_Prompt.md` 的內容貼到 Project instructions。

注意：不要把其他檔案全文也貼進 Project instructions，否則會超出字元限制，也會讓核心指令變得難以維護。

## 2.2 Project files

將以下檔案上傳到 Project files：

- 00_Core_Routing_Rules.md
- 02_Prompt_A_to_L.md
- 03_Workflow_Map.md
- 04_Output_Templates.md
- 05_Quality_Check.md
- 06_Facilitator_Scripts.md
- 07_Examples.md
- 08_Terminology.md
- 09_Project_Setup_Readme.md

---

# 三、第一次測試方式

建立 Project 後，開一個新的對話，輸入：

`/start`

接著貼上以下測試情境：

我們是一個製造業 BU。最近營收看起來還可以，但毛利率下滑。業務為了達成營收，接了不少低毛利急單。製造說排程一直被打亂，工程說客戶需求改來改去。老闆明年要求營收成長 15%，但沒有明確增加人力或預算。

預期 GPT 應該做三件事：

1. 建立場次與問題邊界。
2. 建議使用 `/A-triage`。
3. 不直接提供完整解法。

---

# 四、常用操作順序

## 4.1 快速診斷

1. `/start`
2. `/A-triage`
3. `/C-worldview`
4. `/challenge`
5. `/recap`

## 4.2 形成策略選項

1. `/A-triage`
2. `/B-aspiration`
3. `/C-worldview`
4. `/D-wtp`
5. `/E-htw`
6. `/score`

## 4.3 形成行動驗證

1. `/E-htw`
2. `/G-capability`
3. `/H-resource`
4. `/J-management`
5. `/K-experiment`

## 4.4 形成溝通稿

1. `/recap`
2. `/L-narrative`
3. `/challenge`
4. `/decision`
5. `/handoff`

---

# 五、引導者使用規則

1. 每次只跑一個主指令。
2. 不要讓 GPT 一次從問題分類跳到最後策略敘事。
3. 每輪都要要求學員修正 GPT 的錯誤。
4. 若輸出看起來太順，要執行 `/challenge`。
5. 若資料不足，要執行 `/factcheck`。
6. 若團隊說做不到，要執行 `/I-blocker`。
7. 若團隊不願取捨，要執行 `/tradeoff`。
8. 若要拿給主管看，要先執行 `/score` 與 `/decision`。

---

# 六、學員輸入格式

建議引導者讓學員用以下格式輸入。

## 6.1 問題輸入格式

1. 我們現在遇到的問題是：
2. 這個問題反覆出現多久：
3. 目前怎麼處理：
4. 為什麼現在處理不動：
5. 最擔心的後果是：

## 6.2 策略選項輸入格式

1. 我們想優先服務：
2. 我們不想再優先服務：
3. 客戶選我們的理由可能是：
4. 競爭者可能會怎麼反應：
5. 我們目前缺少的能力或資源：

## 6.3 90 天驗證輸入格式

1. 要驗證的假設：
2. 驗證對象：
3. 行動方式：
4. 成功標準：
5. 停損條件：

---

# 七、維護規則

當工作坊跑過三次以上，建議更新以下檔案：

1. 在 `07_Examples.md` 補入新的操作示範。
2. 在 `04_Output_Templates.md` 修改不夠好用的格式。
3. 在 `05_Quality_Check.md` 補上常見錯誤。
4. 在 `06_Facilitator_Scripts.md` 補上現場有效追問。
5. 不要頻繁修改 `01_Core_Project_Prompt.md`，除非流程本身改變。

---

# 八、判斷是否成功

這套 Project 成功的標準不是 GPT 是否產出漂亮文字，而是：

1. 引導者更容易控制討論節奏。
2. 學員更容易把模糊問題說清楚。
3. 團隊更敢列出不做什麼。
4. 策略假設更容易被驗證。
5. 主管更容易看見資源與制度需求。
6. 後續工作坊能接續前一次成果，而不是每次重新開始。