🔧 阿川の電商水電行
前言
我是一名在大型企業精密機器製造商工作的軟體工程師，但我們的工作場所也面臨著生成式AI的浪潮。
全公司正在考慮導入Claude Code，並檢討派遣社員與合約社員的人數。
作為現場的專案負責人，我也在考慮進行導入，確實不得不承認，這具有顛覆軟體開發現場的潛力。
目前仍在過渡期，未來會如何發展尚且不明，但我想將迄今為止的考察成果及面臨的挑戰記錄下來。
迄今為止的經過
在我的公司裡，生成式AI的導入經歷了以下的流程。
-
2023年
利用OpenAI等平台的內部AI服務被導入。
功能與ChatGPT相差無幾，可以進行生成式AI的對話。
可安全輸入公司機密的官方內部服務。 -
2025年9月
決定利用Claude Code來提高軟體開發的效率，開始招募全公司軟體開發成員中的志願者進行研究。 -
2025年12月
增加參加成員，開始尋求全公司範圍內的正式導入。（← 現在此時）
我的立場
我是一個新產品的軟體開發成員。
在一個專案中擔任軟體的規格、設計、實作負責人，與合約社員共同進行開發。
我本人也是一名正在參與設計與實作的執行經理，同時擔任所有人代碼審查的品質負責人。
我使用過ChatGPT和內部AI服務，但在2025年下半年之前並未進行生成AI的編碼。
雖然免費範圍內曾稍微接觸過Cursor，但正式以生成AI進行開發的第一次是Claude Code。
我最初沒有參加志願小組，但在參加成員增多的時候我也加入了，開始考慮如何將之應用於開發現場。
使用Claude Code進行我的軟體開發的所見所感
自從開始使用Claude Code約一個月來，它已經成為我工作中不可或缺的工具。
以下是我迄今為止使用後的感受和所領悟的要點。
優點
探索能力與調查能力極為出色
其代碼閱讀能力非常高。
尤其在問題調查中表現出色。
由於我的軟體涉及硬體，因此無法針對硬體引起的問題進行原因調查，但針對軟體代碼中的問題，它可以在相當高的概率下明確事件發生的原因。
擅長於常規與簡單的實作
這一點可能是意料之中的。
文本的批量修改、相似結構的方法生成毫無問題。
便於撰寫報告文檔
在公司開發軟體時，需要撰寫規格書和問題修正記錄等報告文檔。這些文檔的撰寫也是其擅長的部分。
例如，可以請求「總結在～的提交中所做的修正內容」。
這樣的報告文檔以前自己撰寫時非常痛苦，現在變得輕鬆多了。
對原型開發與實驗性開發非常有用
這裡我們討論的是只重視能運行的產物，而完全不考慮代碼的品質和寫法的情境。
只要說「製作這樣運行的東西」，它就能給出一個基本可運行的產物。
在原型和實驗中，由於經常只是觀察運行狀態並隨後丟棄，所以這時相當方便。
注意事項
嵌入業務時，必須進行CLAUDE.md等指令的調整
Claude Code在進行CLAUDE.md等規則記述後，才會真正發揮其價值。
如果能好好指示業務的規則，大部分常規流程幾乎都能交由Claude Code完成。
不過，撰寫這些規則是一件相當艱難的事情。
首先應該讓生成AI自行撰寫，再進行檢查與修正後再開始運用，並進行「這樣的規則會更好嗎」的調整，以此精練，我認為這是必須的。
人類能微修正的話，最好由人類來修正
如果查看Claude Code的成果物時，會想「這裡我想稍微修改一下」，那麼如果人類能迅速進行修正，還是由人類來修正比較好。
具體而言，像是重命名或提取方法。
如果什麼事情全讓Claude Code來做，必須發出所有指令，這樣會變得相當麻煩。
如果人類能在一次操作中輕鬆完成，這樣做會更快速且方便。
雖然這不僅限於代碼，但我感覺讓Claude Code（大概其他生成AI亦然）產出成果，再由人類進行檢查與微調，是最快且最輕鬆製作高品質東西的方式。
無法進行動作確認（至少在我當前的開發現場）
這是因為我正在開發的軟體（硬體控制的桌面應用）所致，而在網頁開發等情況下可能會有所不同。
不過，即使強行讓它進行動作確認，只能確認必要的部分，對於人類能感知到的微妙違和感等完全無法察覺，所以目前我認為動作確認並不適合交由AI負責。
設計能力不高
這一點視情況而異，我認為不應期望Claude Code具備構想和設計能力。
我也經常說「我想添加～的功能，但該如何修正什麼部分合適」來進行考量，但我認為這仍然應該僅僅作為一個參考意見，最終還是要自己確認要點並做出決定。（雖然那個參考意見有時會很有幫助。）
目前思考的課題
目前在我團隊內，只有我能夠使用Claude Code，合約社員尚未使用。
這是因為公司契約的Claude Code價格昂貴，現在只有在能有預期效益的情況下才可以使用。
如果合約社員也能夠利用，我相信效率會提高，但目前我對於這種效果的預估仍然不明確。
公司方面正在詢問我是否能夠透過導入Claude Code來檢討派遣社員與合約社員的數量。
當然這不是強制性的，實際的合約還是交由現場決定，但假如Claude Code能讓必要的人數減少，我想這方向會是值得考慮的。
問題在於，如果正式導入Claude Code，無論是合約型態如何，都很有可能會需要基於Claude Code的新能力。
根據使用Claude Code的實際感受，我認為要駕馭Claude Code，至少一位開發成員需要具備以前未被要求的各種能力。
- 具備理解Claude Code回應的閱讀能力
- 當回應出現違和感時，提出澄清問題的能力
- 設計與構想的能力
- 能對Claude Code的成果物進行微調的檢查能力
等等。
我自己每天都感受到這些能力的要求，而這並不容易。
可以說，開發團隊中每個成員，均被要求具備以往只能由負責人掌控的能力。
這樣的事情，真的可能發生嗎。。。
結語
雖然我感受到各種挑戰，但綜觀來看，生成AI的軟體開發依然非常有趣。
由於身處於公司的立場，雖有各種考慮，但作為一名開發者，知識的好奇心始終是首要的。
未來工作場所的開發方式將會有巨大變化，但即使變化也相信可以應對。
隨著變化的深化，若展望有所改變，我會想再度分享我的感受。
原文出處：https://qiita.com/engineerslowlife/items/f3028a229d0c42877cf4
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
