deliver-report

產生 Claude Code 工作日報並經核可後寄 Gmail 給設定檔指定的收件人。掃描本機所有專案的當日 session 記錄，按專案分組摘要「做了什麼＋待辦/未完成」，使用者過目核可後透過 Gmail SMTP 寄出。當使用者說「日報」、「產今天的日報」、「工作日報」、「今天做了什麼整理一下寄出去」、「昨天的日報補寄」、「daily report」時觸發。

把已產好的一批檔案（報告、Excel、原始資料、設定檔）寫成一段口語、務實的交付訊息／回覆信（fulin 慣用格式與語氣）。當使用者說「交付」、「寫交付訊息」、「產出交付信」、「給使用者的交付」、「deliver」、「handoff」、「write a handoff note」、「draft the delivery email」、「交付報告」、「這批檔案要交出去」、「幫我寫給客戶/工程端的說明」、「整理成交付訊息」、「這批要給好幾組人/多個單位」時觸發。**也涵蓋「回覆對方的提問並附報告」這類逐題回覆**：「回覆客戶問的那幾題」、「回覆會議留的待決事項」、「答覆驗收檢核項」、「對方追問的那個疑慮要回他」；以及反方向的「寫信請對方回覆才能繼續」、「這案子卡在對方還沒給資料，寫信催」。前提是**已有一批產出檔案**——還在做分析、檔案未定案、單一檔案隨手一句、或要寫的是技術文件本身，都不該用（工作日報請用 daily-report）。**產出的是一段文字訊息**；若要的是一份測試報告 DOCX 檔案（「測試報告」「驗收報告」「report 要 Word 檔」），改用 test-report-docx skill。內容依當次產出而定，語氣固定。動筆前先定四件事：檔案是主體還是佐證、有沒有對方的問題要回、單一收件人還是多類分眾、內文密度；再套七條寫法規則（第 7 條僅限檔案為主體時），附四個範例。把技術詞翻成人話，非正式官腔。**另含文件易讀性鐵則**（../../references/document-readability.md）：**任何要給別人看的文件**都適用，套十二條鐵則並在交付前跑五項機械掃描。

把「已做完的測試結果」產成一份給 PM／客戶簽核轉發的測試報告 DOCX 檔。當使用者說「測試報告」、「修復測試報告」、「驗收報告」、「給 PM 的報告」、「report 要 Word/DOCX 檔」、「把測試結果寫成報告」、「產一份測試證明文件」時觸發。**前提是測試已做完、證據（截圖／紀錄）在手**——測試還沒跑、要設計或執行測試的，用 qa 系 skill；本 skill 只把既有測試結果文件化，不憑描述寫報告。不套固定目錄：先做組裝決定（要證明幾件事、對方拿去做什麼、修復還是新功能、有沒有動正式環境、對方之前看過什麼），再從段落構件庫按需取用。含九條鐵則（禁字清單／不寫 meta 句／讀者不懂技術／實機截圖為主證據／缺陷走交付揭露不進報告／只寫最終狀態不寫我方作業時序／不寫我方修了什麼 bug／宣稱須逐項對得上實際檢核／易讀性鐵則適用）。**產出的是檔案不是訊息**——報告定稿後若還要寫一段交付訊息把它交出去，改用 deliver-report skill。

把「自己答不了的決策」變成給第三方填的問卷文件（Markdown，非同步填答或會議逐題過）。 當使用者說「to-questionnaire」「做個問卷問客戶」「這要問代管商/窗口」「整理成問題清單給對方填」 「這些開放問題要丟給誰確認」時觸發（僅使用者點名觸發，模型不得自主啟動）。 引進自 mattpocock/skills（2026-08-07，正文保留原文英文，實戰後再決定是否中文化）。 本 skill 產出的是**給對方填的問卷檔案**；問卷寫好後要配一封寄送信，走同 plugin 的 deliver-report。