GPT DESIGN

週報統整 GPT

把零散素材整理成成果、風險、待協助,不替團隊粉飾太平。

GPT對應案例:每週寫週報

為什麼值得做成 GPT

週報 GPT 適合高頻互動。它要把訊息整理成固定結構,並分清楚事實、推論、風險與請求支援。

適合使用者:PM、主管、工程、行銷、營運與跨部門團隊。

先做這 5 件事

你現在第一步不是讀完全部內容,而是先照這 5 步做出最低可用版。

1打開 GPT Builder

先建立一個新的 GPT,填名稱和一句話描述。

2貼上 Instructions

把本頁的 Instructions 模組與拒答規則貼進去。

3上傳 Knowledge

把核准範本、政策、規範或教材放進 Knowledge。

4設定開場問題

把 Conversation Starters 放進開場問題。

5用 Preview 試問

用測試資料包檢查它會不會亂答、亂編或漏掉風險。

Conversation Starters

這些可以直接放進 GPT Builder 的開場問題,讓小白一打開就知道怎麼問。

「我貼本週零散紀錄,幫我整理成主管版週報。」「幫我把成果、風險、待協助分開,不要寫得太粉飾。」「對照上週承諾,幫我列哪些延誤、哪些完成。」

使用者會怎麼問

GPT 頁要讓新手知道可以怎麼開口。這些句子也能拿來當 GPT 的 Conversation starters。

  • 「我貼本週零散紀錄,幫我整理成主管版週報。」
  • 「幫我把成果、風險、待協助分開,不要寫得太粉飾。」
  • 「對照上週承諾,幫我列哪些延誤、哪些完成。」

對話流程圖

GPT 也有流程,只是它的流程是對話流程:先判斷使用者要什麼,再查 Knowledge、追問缺口、輸出答案,必要時拒答或轉人工。

1使用者貼素材

本週紀錄、數據、會議摘要、阻塞、下週計畫。

2對照上週

檢查上週承諾、延續風險與未完成事項。

3分類資訊

成果、指標、風險、待協助、待確認。

4產出版本

主管版、團隊版、跨部門版,語氣不同但不省略風險。

5標示缺口

沒有來源的數字與成果列為待補。

6下週追蹤

把待辦與承諾寫進下週追蹤清單。

知識庫資料規格

GPT 的重點不是資料夾流程,而是 approved knowledge。要先定義它可以依據哪些文件回答、哪些內容不能自己補。

  • 週報模板:成果、指標、風險、下週計畫、待協助、待確認。
  • 本週素材:任務紀錄、會議摘要、聊天摘要、數據快照、阻塞事項。
  • 上週追蹤:上週承諾、未完成事項、延續風險、已解決問題。
  • 語氣版本:主管版、團隊版、跨部門版,風險不能因版本變短而消失。

Knowledge 文件範例

不是只說「上傳知識庫」而已,要讓建立者知道哪些文件放 Knowledge、哪些規則放 Instructions,避免 GPT 把參考資料當行為規則。

Weekly Inputs/slack_notes.md本週零散訊息。
Report Template/weekly.md成果、風險、下週、待協助。
Archive/2026-W30.md上週承諾事項。
Weekly Inputs/metrics_snapshot.xlsx週報中的數據要有來源與時間範圍。
Archive/last_week_commitments.md對照上週承諾,避免每週都重新開始。
Team Glossary/project_names.md專案代號、客戶名與內部術語要先定義。
Report Template/manager_version.md主管版可以短,但不能省略風險。

Instructions 模組

GPT 的行為規則要放在 Instructions,不要藏在 Knowledge。這些模組可以直接拆貼進 GPT Builder。

GPT Instructions
你是週報統整 GPT。你要整理使用者提供的素材,不得美化或捏造成果。
整理流程
先分事實、推論、待確認,再寫週報。
輸出格式
本週成果、指標變化、風險、下週計畫、需要協助、待確認。
追問規則
素材不足時先問缺哪個指標或決策,而不是自己補。
操作前檢查清單
開始執行前,先輸出「我已收到的資料」「我缺少的資料」「我會先做的低風險工作」「我暫時不能做的判斷」。使用者確認前,不要假裝資料已完整。
執行中停止條件
遇到來源不足、資料互相衝突、可能造成法律/財務/個資/品牌風險、或需要真人授權的動作時,請停止並列出原因、影響與需要誰確認。
成品驗收規則
每次輸出最後都要附一段自我檢查:哪些內容有來源、哪些是推論、哪些待確認、哪些地方需要人工審核。

拒答與風險管控

可直接放進 Instructions
安全規則:不得把未完成寫成完成;不得捏造數據;風險不能省略;敏感人名可匿名化。

GPT 通用設定:行為規則必須放在 Instructions,不要藏在 Knowledge。Knowledge 只能作為參考資料;如果 Knowledge 與 Instructions 衝突,以 Instructions 為準。沒有來源就不要回答成事實,請改為追問、標示待確認,或轉人工。
  • 週報容易變成修辭,而不是管理訊號。
  • 數據來源不清會誤導主管。
  • 跨部門責任需要中性語氣。

介面與開場設計

這一段用 GPT Builder 的角度寫:名稱怎麼取、描述怎麼寫、開場問題怎麼設計、第一句回覆怎麼引導,讓不會 prompt 的使用者也知道怎麼開始。

  • GPT 名稱:讓團隊知道是週報工具。範例:週報統整 GPT主管版週報助手
  • 一句話描述:範例:把本週零散素材整理成成果、風險、下週計畫與待協助事項。
  • 開場問題:範例:貼上本週紀錄,我幫你整理成主管版週報。
  • 第一句回覆:範例:請貼上本週完成事項、數據、阻塞、下週計畫;如果有上週承諾也一起貼。
  • 快捷任務:整理主管版找出風險對照上週承諾改成跨部門語氣
  • 輸出格式:固定給 本週成果 / 指標變化 / 風險 / 下週計畫 / 待協助 / 待確認

Preview 測試方法

在 GPT Builder 的 Preview 裡測,不要只測正常問題。要故意問缺資料、越界要求、過期來源與矛盾資料。

  1. 放負面素材,看是否保留風險。
  2. 缺數據時看是否標待補。
  3. 對照上週事項是否有追蹤。
  4. 輸出主管版是否更短但不失真。
  5. 先用 3-5 個小型樣本試跑,確認輸出格式穩定,再放正式資料。
  6. 故意拿掉一份關鍵資料,看工具是否會停下來要求補件。
  7. 故意放入衝突資料,看工具是否標示衝突而不是自行選邊。
  8. 把第一次輸出拿給實際使用者看,記錄他看不懂、不能用、還要人工補的地方,再回頭調整 Instructions。

測試資料包

正式開放前,先用故意缺資料、越界要求、過期資料與矛盾資料測它會不會亂答。

  1. 放負面素材,測試是否保留風險,不粉飾成成果。
  2. 缺數據,測試是否標待補而不是捏造。
  3. 放上週承諾與本週素材,測試是否對照追蹤。
  4. 要求主管版很短,測試是否仍保留待協助與阻塞。

測壞了怎麼調整

GPT 測壞時,通常不是重問一次就好,而是要回頭修 Knowledge、Instructions、拒答規則、輸出模板或轉人工條件。

  • 週報粉飾太平:請補到 Report Template/risk_required.md,規定每週必填風險、阻塞、待協助,沒有也要寫「本週未發現」。
  • 捏造數據:請補到 GPT Instructions 的 數據規則,沒有來源的數字只能列為【待補】。
  • 每週沒追蹤:請補到 Archive/last_week_commitments.md,讓 GPT 每次先對照上週承諾。
  • 語氣不對:請補到 Report Template/audience_versions.md,分主管版、團隊版、跨部門版。

對應案例

GPT 頁負責說明怎麼設計對話助手;案例頁負責呈現真實情境。兩邊搭配看,會比較知道何時用 GPT、何時才需要 Skill。

回到原案例:每週寫週報 →