把恐怖提示詞改成週報

以前大家看到「create a war」先嚇一跳，現在我把它拆成一個可複製的週報自動化流程。

我看軍方 AI demo 看了一陣子，老實說，大多數都像是給投影片看的，不像給真的要交報告的人用的。畫面很漂亮、詞彙很滿、什麼 decision advantage、AI-first 一直講，但一碰到實際工作就露餡：資料散在各處、格式亂、週報又催得要命。這次我看到那張 Pentagon 圖，第一眼也以為事情大條了，結果一讀才發現，原來是把 WAR 看成戰爭，實際上是 Weekly Action Report。很土，但很真，因為這就是內部工具最常遇到的髒活。

我這篇的觸發點是這篇 Daily Mail Online 的報導，裡面提到 GenAI.mil pilot、custom agents，還有一個很具體的說法：某個報告流程從三天縮到一小時。媒體味道我有保留，但這條 workflow 線索夠明確，值得拿來拆。順手也看了 U.S. Department of Defense 的公開資訊脈絡，至少知道這不是憑空冒出來的 demo 故事。

大家第一眼看錯的，其實是命名

I NEED HELP BUILDING AN AGENT TO CREATE A WAR [...].

翻譯一下就是：這不是在叫 AI 開戰，而是在一個名叫 WAR.docx 的文件裡做週報工具。WAR 這個縮寫一旦脫離上下文，看起來就很像要出事；放回內部文件系統裡，它只是「Weekly Action Report」而已。

我自己很有感。以前我也看過團隊把一個內部 bot 叫成超短縮寫，結果某次截圖流出去，外面的人根本不知道那是什麼，只看到一串像密碼的東西。大家開始腦補，真正的功能反而沒人看。這種事很煩，因為你明明在解決流程問題，最後卻在解釋名字。

實操寫法很簡單：任何會進入文件、Slack、截圖、簡報的東西，都要用外人看得懂的名字。不要把縮寫當聰明，把全名寫出來才是省事。像 weekly-action-report-agent 就比 WAR 好太多，至少不會讓人先聯想到戰爭。

我現在會強迫自己做一個小檢查：如果這個名稱被裁掉上下文，三秒內還能看懂嗎？不能，就改。這條規則很土，但真的救過我幾次。

真正有價值的，是把報告工作拆成流水線

報導裡提到，這個流程把原本要三天的報告工作縮成一小時，還能在兩分鐘內把資料轉成 briefing slides。這句話比什麼「AI 改變未來」都實在，因為它講的是一個我每天都看得到的痛點：不是決策太慢，是整理資料太慢。

也就是說，AI 在這裡不是拿來替你做判斷，而是把散掉的資訊收回來、整理乾淨、套進固定格式。這類工作很適合 agent，因為它本來就有明確輸入、明確輸出、明確格式，只是人類做久了會很煩，煩到開始複製貼上失手。

我之前做內部 ops dashboard 時就踩過這個坑。三個系統各說各話，一個用 UTC，一個用本地時間，另一個匯出的 CSV 還像在跟 schema 宣戰。最後真正卡住的不是分析，而是資料拼接。等我把一個小 agent 接進去做 normalize + draft summary，團隊才終於不用每週重跑一次人工拼圖。

實操寫法：先畫報告流程，不要先挑模型。把輸入、轉換、輸出、人工確認四件事列出來。如果你的流程卡在收資料、對格式、補摘要，那就是 agent 值得上的地方。如果卡在「大家根本不認同結論」，AI 只會幫你更快把爭議包裝好。

• 先列來源：哪幾個系統、哪幾種檔案、哪幾個人。
• 再列轉換：去重、時間格式、欄位對齊、摘要。
• 最後列輸出：週報、簡報、待辦、風險。

一個大聊天機器人，通常不如幾個小代理

報導還提到，他們在部署期間做了 20 多個 custom AI agents。這個數字本身不是重點，重點是策略很清楚：不是丟一個萬能聊天機器人去硬扛全部工作，而是把工作切成小塊，每個 agent 負責一段。

我比較信這種做法。通用 chatbot 很適合發想、改文案、臨時查資料，但一進到真實流程就容易飄：權限、來源、格式、稽核、敏感資料，全都會把它拉回現實。拆成小代理後，每個 agent 只管一件事，測試也比較像樣，壞了也比較好修。

我之前做過一個內部審批助手，一開始想一步到位，結果每次改 prompt 都像在搬整間廚房。後來我拆成三段：收集、摘要、驗證。一下子就穩了，因為每段都能單獨看輸入輸出，不會整條鏈一起發瘋。

實操寫法：把你的流程拆成五個小任務，通常會長這樣：

• Collector：抓來源資料。
• Normalizer：統一欄位、時間、命名。
• Summarizer：把原始內容壓成重點。
• Formatter：轉成週報或簡報格式。
• Verifier：對照來源檢查每一條主張。

這樣做的好處很現實：你不用一次賭全部，哪一段出錯就修哪一段。

速度有用，但前提是你知道它有沒有亂講

報導裡引用了 Department of War 的公開說法，核心意思很直白：人類處理不了那麼多資訊，AI 可以幫忙快速解析大量資料。這句話我不反對，但我也知道它最容易被拿去包裝成過頭的承諾。

翻譯一下就是：速度本身不是價值，能不能驗證才是。AI 很常見的問題不是慢，而是快得很自信，然後把錯的東西排版得漂漂亮亮。這種輸出最危險，因為你會先被格式騙過去，等到對來源才發現整段都歪了。

我吃過這種虧。一次內部報表 agent 把兩個很像的欄位合併，結果 summary 看起來順得不得了，連我自己都差點信了。直到有人回頭看原始 row，才發現它把數字和狀態碼混在一起。那次之後我就很在意 verification，不讓 agent 直接從 raw data 出成 final draft。

實操寫法：把驗證塞進流程裡，不要放到最後才想起來。至少要有三層：來源新鮮度、欄位對齊、人工簽核。只要是要上簡報的內容，每一條結論最好都能回指到來源。沒來源就標註 [NEEDS REVIEW]，不要硬寫。

上下文比聰明更重要，這句很煩但是真的

這次會鬧出「create a war」的誤會，根本原因就是上下文被切掉了。只剩 prompt、檔名、縮寫，外人一看當然會往最糟的方向想。等補回 WAR 是 Weekly Action Report，整件事就從驚悚片變成行政流程。

我很想說這只是媒體誇張，但其實我們自己的內部工具也常犯同樣的錯。你以為大家都懂你的縮寫、你的欄位、你的黑話，結果一旦被截圖、轉寄、稽核，整套語境就散了。工具沒壞，壞的是你沒把語境設計進去。

實操寫法可以直接照下面做：

• 每個 agent 都附一行用途說明。
• 每個輸出都保留來源欄位。
• 每個縮寫第一次出現都寫全名。
• 任何可能被截圖的畫面，都要能脫離上下文閱讀。

我會很刻薄地說一句：如果你的工具只能在你本人面前看起來合理，那它還沒準備好上線。內部產品最怕的不是難用，是難懂。

我會抄的部分，只有這三件事

第一個是模組化。第二個是把報告當成固定流程，不是一次性任務。第三個是把使用者拉進來，尤其是那些真的要交週報、做簡報、處理行政的人。工具離現場太遠，通常只會做出一個看起來很厲害、實際上沒人想碰的東西。

我不會抄那些很空的 AI-first 口號，也不會抄那種故意弄得很戲劇化的命名。內部工具最需要的其實是樸素：來源清楚、格式固定、驗證明確、命名不會嚇人。這些都不性感，但能活下來。

實操寫法：先挑一個已經很痛的週報或行政流程，做成一條 agent pipeline。先只做一件事：把原本三天的整理壓到一小時內完成草稿。只要 review 時間沒有把省下來的工時吃光，你就有機會把它留下來。

可抄的模板

# Weekly Action Report Agent Template

## Purpose
Draft a Weekly Action Report from approved operational sources and human notes.

## Inputs
- Source system exports
- Team status notes
- Incident logs
- Metrics dashboard snapshots
- Human corrections and approvals

## Agent Roles
1. Collector Agent
   - Pull updates from approved sources
   - Normalize timestamps, names, and IDs

2. Summarizer Agent
   - Convert raw updates into concise bullets
   - Flag missing data and contradictions

3. Formatter Agent
   - Turn the summary into a report or briefing slide outline
   - Keep the approved structure only

4. Verification Agent
   - Check every claim against source data
   - Mark unverified statements for human review

## Output Format
- Title
- Reporting period
- Key wins
- Risks and blockers
- Decisions needed
- Next actions
- Source citations

## Prompt Skeleton
You are an internal reporting agent.
Your job is to create a Weekly Action Report from the sources provided.
Do not invent facts.
If a detail is missing, mark it as [NEEDS REVIEW].
Every claim must be traceable to a source.
Use plain English.
Return the report in the approved format only.

## Guardrails
- Never infer missing metrics
- Never rewrite dates without preserving the original value
- Never publish without human approval
- Never use acronyms in the title unless expanded once
- Flag any ambiguous term before summarizing it

## Human Review Checklist
- Are all claims source-backed?
- Are dates and names correct?
- Are any metrics missing or inconsistent?
- Does the output match the approved format?
- Is anything sensitive redacted?

## Copy-ready filename
weekly-action-report-agent.md

## One-line description
Generates a verified weekly action report from approved operational sources and flags anything unclear for review.

這段我會直接丟給團隊改。你可以把它換成 ops、brief、admin、客服週報，結構都一樣：來源、轉換、格式、驗證、人工確認。這就是我從這個案例真正拆出來的東西。

原始來源：Daily Mail Online。我這篇的分析是根據報導中提到的 GenAI.mil 與公開脈絡整理出的衍生解讀，模板與實操寫法是我自己的整理。