用原書角色－任務－格式（Role-Task-Format, R-T-F）示例理解如何把角色、任務與輸出格式寫進提示。
能將模糊需求轉成可執行、可檢查的提示。
原書示例要求 Copilot 以專案經理角色規劃新軟體應用程式開發時程；同章另以 6 週數位媒體行銷活動示範如何描述任務與輸出限制。
| 元素 | 原書示例 |
|---|---|
| 角色 | 行銷經理／專案經理等明確角色 |
| 任務 | 規劃 6 週數位媒體行銷活動，包含建立新產品知名度所需活動 |
| 格式 | 可要求報告不超過 10 頁、摘要不超過 500 字、以條列呈現關鍵建議 |
逐項檢查角色是否提供情境、任務是否具體、格式是否可驗收。
本例的可檢查限制包含 6 週、10 頁與 500 字；這些是原書示例條件，不是教材模擬。
角色－任務－格式架構的管理價值在於把輸出標準前置，降低第一次回覆完全偏離需求的機率。
以行銷經理角色，為新產品規劃 6 週數位媒體行銷活動，列出主要活動、里程碑與負責角色；輸出控制在可供主管快速閱讀的結構化格式。
問題： 若把 6 週改成 3 週，最需要重新檢查什麼？
參考解答： 需重新檢查活動依賴、資源配置與里程碑可行性，不能只把原時程除以 2。