# Fable 5 專案收尾包

這份不是拿來測 Fable 5 會不會回答得很聰明。

比較適合在倒數窗口裡，挑一個「最近要收尾、但之後一定會重啟」的專案，請它幫你留下三樣東西：

1. 一張交接單，讓人看得懂目前到哪裡。
2. 一份系統規則，讓下一輪 AI 接得住。
3. 一包錦囊妙計，讓三週後的你不用重新回想。

使用前先提醒：不要貼密碼、付款資料、客戶個資或公司敏感原文。真的需要測，就改成假資料或摘要版。

## 0. 開始前先挑一個專案

```markdown
我想用 Fable 5 幫一個專案收尾。

請先不要急著幫我想新方向，先幫我判斷這個專案適不適合整理成「專案收尾包」。

專案背景：
{貼上專案簡介}

目前材料：
{貼上筆記、會議摘要、檔案路徑、目前卡點}

請依序回答：
1. 這個專案未來是否可能重啟？
2. 現在最值得留下的脈絡是什麼？
3. 哪些資料還缺？
4. 這次收尾應該產出哪三份文件？
```

## 1. 長線任務交接表

```markdown
請把這個專案整理成一張交接表。

欄位包含：
1. 已完成
2. 還沒完成
3. 卡住原因
4. 下一步
5. 需要誰判斷
6. 驗收標準

第一輪只整理事實，先不用幫我想新方向。
如果資料不足，請直接列出你需要補哪一段。
```

## 2. 專案系統規則

```markdown
請根據目前資料，寫一份這個專案的系統規則。

請包含：
1. 這個專案的目標
2. 重要檔案與資料來源
3. 哪些檔案或欄位不能亂動
4. 寫作 / 設計 / 資料判斷標準
5. 遇到不確定時要先問什麼
6. 完成前必須怎麼驗收
7. 絕對不要做的事

請寫得像下一個 AI 接手時會讀到的工作守則，不要寫成管理學文章。
```

## 3. 真實介面 / 報表下一步

```markdown
請看這張畫面，依序回答：

1. 你看到的事實是什麼？
2. 哪些是你的推測？
3. 哪些地方需要查證？
4. 如果今天只做一個最小測試，應該做什麼？

請把事實和推測分開，不要硬猜。
```

## 4. 反對者風險清單

```markdown
這是目前方案：
{貼上方案}

請站在反對者角度，找出這個方案最可能失敗的 5 個地方。

每一點都要包含：
1. 為什麼會失敗
2. 早期徵兆是什麼
3. 會造成什麼後果
4. 今天可以先補哪個洞

請寫得具體到我能拿去檢查，避免只給抽象提醒。
```

## 5. 三週後的錦囊妙計

```markdown
請根據我們剛剛整理的內容，幫三週後的我留 10 條錦囊妙計。

每一條都要包含：
1. 什麼情況打開
2. 第一份要看的資料
3. 第一句要問 AI 什麼
4. 最容易踩到的坑
5. 怎樣才算完成

請寫得像給未來的我快速回神，不要寫成課程講義。
```

## 6. 最後輸出成一包

```markdown
請把剛剛的內容整理成一份「專案收尾包」。

輸出順序：
1. 一頁交接單
2. 一份系統規則
3. 一包錦囊妙計
4. 還缺的資料
5. 下次重啟時的第一句提問

語氣請像給下一個接手的人看的工作文件，清楚、短句、不要口號。
```