星期六早上，雨停了。
工地因為連續三天豪雨，
完全無法施工。
老闆打電話來交代：
「免計工期的公文，週末先寫好，
週一就發出去。」
你打開電腦，
去年的公文範本找不到，
行政人員剛好請假。
桌上只有一本兩百多頁的工程契約。
該引用哪一條？
要附哪些資料？
正本、副本又該送給誰？
雨是停了。
但是，
公文還沒動。
如果是以前，
可能得先翻契約、找範本，
再問幾個有經驗的同事。
現在，
可以先把契約、招標公告與補充規定，
全部丟進 Gemini Notebook。
你只要把事情說清楚：
哪幾天下雨、
工地哪些工作無法施工，
想申請免計工期。
Gemini Notebook 就能從你提供的文件裡，
找出相關規定，
整理申請時限，
連主旨、說明與附件，
都先排出來。
原本空白的頁面，
很快就有了一份看起來頗完整的函稿。
老實說，
這已經省下不少時間。
尤其對一個新人來說，
至少不用盯著游標半小時，
腦中不停打轉：
「所以，第一句到底要怎麼寫？」
不過，
當我回頭檢查這份函稿時，
發現了兩個問題。
第一個，
是正本與副本寫反了。
依照工程的權責分工表，
工期展延要先由監造單位審查，
再送機關審定。
問題是，
我根本沒有把權責分工表放進去。
AI 沒看到這份資料，
只能根據手上的文件去推測，
於是它把正本發給了機關，
副本才給監造。
第二個，
是它寫了「豪雨影響要徑作業」。
這句話沒有錯。
可是，
要證明豪雨真的影響要徑，
還得檢討進度網圖與現場紀錄。
那三天到底停了哪些工作？
有沒有影響後續工項？
整體工期有沒有因此受到影響？
AI 可以把這句話寫進公文，
卻無法替你提出證明。
你可能會想：
Gemini Notebook 的回答旁邊，
明明都有引用來源，
這樣還會出錯嗎？
會。
引用來源是讓你知道，
這段回答是從哪份文件找來的。
但查得到規定，
不代表這條規定就適用眼前的狀況。
文件有沒有備齊？
有沒有符合條文的適用條件？
現場紀錄能不能支持你的主張？
這些事情，
還是要自己確認。
AI 不會知道你沒有上傳哪一份資料。
也不會知道那三天停掉的工作，
究竟是不是要徑。
更不會在公文發錯時，
陪你一起去老闆辦公室喝咖啡。
你發現了嗎？
AI 用在公文上的價值，
是讓我們不用再從空白頁開始。
以前，
我們得先翻契約、找規定、想格式，
好不容易才寫出第一版。
現在，可以從一份有條文、有格式、
有附件建議的初稿開始檢查。
省下來的時間，
拿去核對契約、確認權責，
再把現場紀錄與附件補齊。
雨停了，
AI 可以讓公文先動。
至於能不能發出去，
還是讓專業多看一眼吧。
