07｜三軌使用說明
前置條件
| 你需要什麼 | 怎麼取得 |
|---|---|
| 完成 04｜看到第一個 AI 回覆 | 你自己的官方 LINE 已經收到第一個 AI 回覆 |
這一章本身是對照說明，不需要動手操作，也不需要新的帳戶；但要先實際走過一次，這張對照表才有東西可對照。
不是三份教材
本套件有三種使用方式，但不是三套互相矛盾的文件。
它們共用同一份 Stage Truth：
同一個任務、同一個狀態、同一份證據、同一組限制，只換不同的操作介面。
A｜人類操作模式
適合：
- 完全沒有技術背景的人。
- 想自己一步一步完成的人。
- 想先知道為什麼，再做設定的人。
你看到的內容會是：
- 短句。
- 一次一個動作。
- 明確的完成判定。
- 失敗後的下一步。
B｜AI 協作模式
適合：
- 想請 ChatGPT 陪著做的人。
- 看不懂錯誤，但希望先自己排查的人。
- 想把工作拆成更小步驟的人。
AI 可以協助：
- 解釋目前階段。
- 把你的描述整理成診斷卡。
- 協助閱讀非敏感錯誤。
- 提醒下一個最小檢查。
- 幫你準備交給人工的摘要。
AI 不可以：
- 要求你貼秘密。
- 假裝已經替你按下第三方頁面的按鈕。
- 自行發布不可逆外部變更。
- 把不確定的事情說成已完成。
C｜Agent 操作模式
🔴 現階段狀態：軌③目前為 V2-P0／V2-P1 之操作契約與 dry-run，尚未提供無人值守的第三方帳戶代裝。完整能力界線見 Agent Skill 契約 與 stage-manifest。（「尚未實作」不是缺陷，只要它已被正確標記。）
適合：
- 有地端 Agent 的使用者。
- Developer。
- 想把已驗證流程交給受控 Agent 執行的人。
Agent 必須遵守：
- 預設 dry-run。
- 所有秘密來源明確授權。
- 寫入、發布、付款與外部承諾需要 human gate。
- 每個動作都要有可觀察證據。
- 失敗時保留最後成功 stage。
同一個 stage 的三種介面
以「驗證 LINE Webhook」為例：
| 模式 | 使用者看到的內容 |
|---|---|
| 人類 | 打開 LINE 官方頁，按 Verify，告訴我顯示成功還是失敗 |
| AI 協作 | 請把 Verify 結果與非敏感錯誤貼給我，我幫你判斷下一個最小檢查 |
| Agent | 等待 human gate，執行允許的 endpoint probe，產生 evidence |
三者不能有不同的成功條件。
stage 編號對照
三軌共用之證據欄「最後成功 stage」以本表解析。Stage Truth 正本＝stage-manifest；本表為導覽。
| Stage | 章節 | 人工檢核表節 | 測試里程碑 |
|---|---|---|---|
M0 理解 AI 工作 | 00 | §0（與 M1 共用） | — |
M1 選第一個小工作 | 01 | §0（與 M0 共用） | T1 |
M2 建立自己的官方 LINE | 02 | §1 | T2 |
M3 保存自己的憑證 | 無專章（正本值＝02 Step3 + 03） | §1／§3 | T3 |
M4 在自有環境接入 Gemini | 03 | §2／§3／§4（Webhook Verify） | T4／T5 |
M5 觀察第一個 AI 回覆 | 04 | §5 | T6／T7 |
M6 排錯與恢復 | 05 | §6 | T8 |
M7 體驗 Founder 差距 | 06 | — | — |
M8 選擇下一步 | 08 | §7 | — |
🔴 T0（開始閱讀）是計時起點，不對應任何 stage，故無 stage 列引用它；T1 只屬 M1。§0 一節橫跨 M0 與 M1（其三個 checkbox 分屬兩 stage）。
🔴 章節號與 M 編號僅前三格數字相同，自 M3 起不對應——不要用「M<n> ＝第 n 章」推算。
🔴 上節「驗證 LINE Webhook」之示範例：該驗證屬 M4 之技術步驟，非獨立 stage；該表示範的是同一 stage 之下，三種介面的差異。
共用 Stage Truth
每個 stage 至少要知道：
- 目的。
- 目前狀態。
- 已完成的動作。
- 最後成功證據。
- 下一個允許動作。
- 哪些秘密或權限不可被展示。
- 失敗時如何恢復。
- 何時必須交給人。
這一章的完成條件
你能理解：
人類、AI、Agent 不是三個不同產品；它們是同一個任務模型的三種介面。
下一步
進入 08｜下一步與人機協作。