🔧 阿川の電商水電行
※最初來一點小說明
本文中出現的“AI業務”一詞，
是指「在提案書製作中積極利用AI的業務人員」 的便捷稱呼。
並無深意，僅為了可讀性而設的標籤。
■ 1. AI生成的“超過自身理解的提案”問題
當讓AI製作技術提案時，會瞬間產生“看起來很懂的資料”。
- 圖表優美
- 文句禮貌
- 技術術語準確
- 任務整理無廢話
然而，文章有時會在業務人員理解的微妙層面上超出其理解，
從技術者的角度閱讀會感受到“微小的違和感”。
- 運用前提隱含
- 未提及實作階段的陷阱
- 技術選擇理由抽象
- 擴展時的條件模糊
- “方向性正確，但這樣下去可能會很困難？”
AI業務並不是想要說謊，
而是因為AI流暢且條理清晰的文章而產生的鴻溝。
■ 2. “AI提案檢查警察”誕生，絕不放過任何提案中的“違和感”
然而，客戶方開始也使用AI。
隨之而來的是 AI提案檢查警察 的誕生，像這樣挑剔提案。
- “這裡的依賴關係，說明是不是不夠？”
- “這個術語跟一般技術語境稍有偏差”
- “這種構成會有運營風險”
- “跟課題的對應淺薄”
- “沒有替代方案比較有些不自然呢”
壓倒性的紅筆風格。還是秒速進展。
AI業務靜靜地領悟。
“……已經是‘雰圍的提案’活不下去的世界……”
■ 3. 察覺到的AI業務，“好吧，徹底迷彩化吧”狀態轉入（※並非壞人）
這一瞬間，AI業務的內心開啟了一個開關。
“……該死，全部都被看穿了。
那麼我也要利用AI進行更進一步的迷彩化……”
雖然動機不純，但也是竭盡全力的表現。
AI業務因此更依賴AI來“迷彩化”。
✔ 讓AI擔任客戶角色
請告訴我這份提案中，從技術者的角度可能被質疑的所有點。並附上改進建議。AI業務：
“這樣就能騙過AI警察……！”
（※其實只是提案品質提升而已）
✔ 刪除所有模糊表達
請將這個構成的前提條件和模糊表達全部明確化。AI業務：
“模糊性＝弱點。全部消除。”
（※透明度提升，作為技術文檔正確性也提高）
✔ 逆向寫出所有風險以掩飾風險
請將這種方式的風險和對應措施一併提示。AI業務：
“看，寫得很清楚！完美的迷彩！”
（※反而開始接近誠實且健康的提案）
✔ 利用替代方案比較增加“合理性”
請提出三個針對相同課題的替代方案，並製作比較表。AI業務：
“在比較！也寫了選擇理由！成功迷彩！”
（※並不是任意提案，而是變得非常中立）
✔ 進行AI的模擬問答訓練
請製作客戶可能會問的要點及其回答範例。AI業務：
“隨便來！準備好反擊了……”
（※結果讓自己能用自己的話說出來）
✔ 甚至開始製作原型以便“迷彩”
此時，AI業務為了研究各種提案的可行性，開始在AI的建議下實際動手製作。
- 在AWS/GCP上部署最小構成
- 使用LLM API進行延遲測量
- 嘗試Webhook與SaaS聯動
- 觸摸SDK以了解行為
- 嘗試運行數據管道
AI業務（完全誤解）：
“這是迷彩……這是為了迷彩……”
（※實際上提案的現實性大幅提升）
✔ 工程師之間的關係激變
迷彩前：
“○○能做到嗎？”（模糊）
迷彩後：
“在這種構成中進行狀態同步的話，實際上哪種方式是最常見的？”
工程師：
“哦，這是值得回答的問題呢……”
AI業務（又誤解）：
“迷彩成功……”
（※成功的是對高級技術的理解和與工程師的信任關係建立。）
■ 4. 迷彩的想法，提案卻逐漸變得真實
AI業務的動機是“希望不被AI警察發現”。
然而結果怎樣。
- 課題理解加深
- 技術選擇理由也能解釋
- 可行性提升
- 風險和前提被整理
- 通過原型確認動作
- 包含工程師的細緻觀點
- 提案的邏輯變得充分
以迷彩為目的，卻完成了一份“優秀的提案”的現象。
■ 5. 最後的覺察：“等一下？這不就是已經不是迷彩了嗎？”
AI業務意氣風發地回顧最終版。
“太好了，這樣AI檢查警察也會沉默……！”
然而……冷靜下來看。
“怎麼感覺這明明已經變得非常好的提案了……？”
為了迷彩的努力，
直接變成了 誠懇、現實且合乎邏輯的提案 的過程。
然後AI業務低聲自言自語。
“……我居然也能寫出這樣的提案……”
■ 6. 結論：AI並不是“掩飾的工具”，而是“讓掩飾不可能的工具”
AI → 檢查AI → 迷彩AI → 原型 → 與工程師的諮詢
透過這個迴圈：
- 減少誤解
- 消除技術上不合理的部分
- 風險變得明確
- 實行環境與提案的距離縮小
- 業務的理解提升
- 加速與工程師的協作
- 最終收斂至“真正的提案”
AI並不是用來掩飾薄弱提案的工具，而是，
將業務帶入一個連薄弱都無法掩飾的世界的工具。
以迷彩為目的，竟然意想不到的超進化。
AI，果然是個好傢伙。
■ 實務中可用的提示集
▼ 面向客戶（AI提案檢查警察）
請從技術者的視角告訴我這份提案中讓人擔心的點，並附上理由。
請整理這個構成實務上成立所需的前提條件及解釋不足的部分。
請指出在這種方式下容易發生的問題及運用上的注意事項。
請確認提案內容與課題的一致性，若有違和感請指正。
請與類似案例的普遍構成案進行比較，並說明差異。▼ 面向AI業務（想要迷彩的人）
若這份提案被AI檢查，可能會被指摘的要點請列出並附上改善建議。
請找出構成上的前提條件及解釋不足的部分。
請一併提示風險及對應措施。
請製作顧客可能提出的問題及回答範例。
請從第三者的視角對這份提案的可行性進行檢閱。原文出處：https://qiita.com/takasuke22/items/c1680ab9c6f3e8adaeb6
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
