前言
本來是因為喜歡寫 Code 才成為工程師的，卻不知不覺每天在重複做相同的事情——有沒有過這種經驗？
- 每天早上要在 Slack 發進度報告
- 發版前要手動檢查的確認項目
- 每次 code review 都要寫的固定評論
- 為每週會議做會議記錄
我自己也曾有一段時間一邊想著「上週不是也做過這個嗎」，一邊做複製貼上的工作。當時感到的不對勁——「明明可以自動化，為什麼還要自己做？」——就是促成我寫這篇文章的契機。
我認為，對工程師來說，定型工作自動化「不是技術力的問題，而是意識的問題」。
本文會介紹日常業務中那些悄悄吃掉時間的 10 項定型工作，以及每項可用的提示詞範例。結合 AI 或腳本後，可以把每週幾小時的工作量降到接近零。
閱讀本文可以得到的收穫
得不到的東西（具體）✅ 找出自動化候補：「這個可以自動化嗎？」的覺察✅ 立即可用的提示詞：可直接複製使用的 AI 提示詞✅ 優先順序的判斷：知道要從哪個任務開始著手✅ 節省思考：把每次不用再思考的事項整理好---
判斷應該自動化工作 的 3 個基準
先整理判斷「是否值得自動化」的判斷軸。符合以下 3 項的任務，自動化優先度較高。
- 繰り返し頻度が高い（每週 3 次以上在做）
- 手順が決まっている（每次幾乎做相同操作）
- 判断がほとんど不要（幾乎不需要思考）
這三個條件都滿足時，人去做就幾乎沒有意義。把時間花在那裡，說實話很浪費。
如果你是工程師，應該看的書我也有介紹。
→閱讀文章
應該自動化的日常工作 10 選
1. 早上的進度／作業報告（Slack / 聊天工具）
問題：每天早上在 Slack 寫「今天要做的事」很麻煩。內容每次都類似，卻從零開始打字。
為何耗時：把腦中的工作清單轉成文字的成本意外地高，容易消耗早上的注意力。
提示詞範例：
請把以下要點整理成 Slack 的早晨報告訊息。適度使用表情符號，語句清楚簡潔。
【今日計畫】
○○功能的錯誤修正
程式碼審查（A 的 PR）
週會準備
2. Pull Request（PR）說明文
問題：程式碼會寫，但不擅長寫 PR 說明。每次都會想「到底要寫什麼？」
為何耗時：把變更內容從開發者視角重新整理成「審查者視角」需要不同的思考方式。
提示詞範例：
請根據以下 diff，撰寫 GitHub 的 PR 說明。請包含變更背景、變更內容與測試觀點。
[貼上 diff 的內容]
3. 程式碼審查評論的模板化
問題：常常重複寫相同的指摘，例如「這裡需要錯誤處理」「命名不清楚」等。
為何耗時：每次想用禮貌且清楚的語氣寫評論，會在文體上花太多時間。
自動化想法：把常用的評論存成程式碼片段或提示詞。
提示詞範例：
請針對以下程式碼，以建設性的語氣用中文撰寫審查評論。指摘請具體，且語氣尊重。
[把程式碼貼在這裡]
4. 會議記錄的產出與整理
問題：會議中記筆記、會後整理、然後發到 Slack 之類的一連串流程很重。
為何耗時：筆記 → 文字化 → 結構化 → 分享，包含多個步驟。
提示詞範例：
請將以下會議筆記整理成會議記錄格式。請以【日期】【參與者】【議題】【決定事項】【待辦事項】的架構彙整。
[把筆記貼在這裡]
5. 錯誤日誌的初步調查
問題：每次遇到沒看過的錯誤，就要 Google 搜尋 → Stack Overflow → 文件……這套調查流程每次都重複。
為何耗時：要在大量資訊中做取捨，常常繞遠路才找到錯誤本質。
提示詞範例：
請說明下列錯誤訊息的可能原因與可行的解法。
使用技術：[語言／框架名稱]
發生狀況：[簡單的情境說明]
[把錯誤訊息貼在這裡]
6. 發行說明（Release Notes）的撰寫
問題：要一邊看 Git 的 commit 記錄，一邊把內容改寫成給使用者看的語句，這個步驟每次都要做。
提示詞範例：
請根據以下 Git commit log，撰寫面向使用者的發行說明。將技術性描述轉換為易懂語句，並分類為「新增／修正／移除」三類。
[貼上 git log 的輸出]
7. 測試案例的列舉
問題：雖然能實作功能，但不擅長全面想出測試案例，會擔心遺漏。
提示詞範例：
請針對以下功能列出測試案例。請包含正常情況、異常情況與邊界值測試。
【功能概要】
[在此寫下功能說明]
8. 文件（README / API 規格書）初稿撰寫
問題：會寫程式，但寫文件的動力不足，從白紙開始真的很痛苦。
提示詞範例：
請根據以下程式碼，撰寫 README 的初稿。請包含概要、安裝方法、使用方式與設定項目等章節。
[把程式碼貼在這裡]
9. 定期報表的彙整與摘要撰寫
問題：每週或每月都要做同一格式的報表，蒐集數字、貼上、整理格式……一直重複。
自動化想法：用 Google Apps Script 或 Python 抓取資料，然後套入模板，一次性建立流程後就能自動化。
提示詞範例：
請根據以下數據，撰寫週報摘要。請提到與上週相比的增減，並附上一句下週的改善方針。
[把數據貼在這裡]
10. 把規格中模糊的部分整理成提問清單
問題：讀規格時常常出現「這是什麼意思？」的地方，但不知道該問哪些問題來釐清。
提示詞範例：
請閱讀以下規格書，列出實作前需確認的模糊或不明點，整理成提問清單，並依優先度由高到低排序。
[把規格書內容貼在這裡]
總結：「察覺可以自動化」是最初的一步
主要的任務自動化手段（範例）
- 早晨作業報告：AI 提示詞
- PR 說明：AI 提示詞
- 程式碼審查評論：程式碼片段 + AI
- 會議記錄：AI 提示詞
- 錯誤日誌調查：AI 提示詞
- 發行說明：AI + git log
- 測試案例列舉：AI 提示詞
- 文件初稿：AI 提示詞
- 定期報表：腳本 + AI
- 規格提問清單：AI 提示詞
我認為自動化的本質是「把不需要思考的事，變成不必再去思考的機制」。不必一開始就追求完美的自動化。先從做一個提示詞開始，會比想像中更容易把時間找回來。
推薦書籍簡介
我在下列文章中介紹了幾本能幫助工程師打好基礎的技術書籍。
→閱讀文章
原文出處：https://qiita.com/kamome_susume/items/33729fdbbd54cdaac60e
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
