Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Claude Opus 4.6以後の受託開発エンジニアの変化(Claude Code開発ノウハ...
Search
t-iida
July 12, 2026
Programming
140
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Claude Opus 4.6以後の受託開発エンジニアの変化(Claude Code開発ノウハウ大公開スペシャルbyクラスメソッド)
t-iida
July 12, 2026
Other Decks in Programming
See All in Programming
ADKを使って簡単にAIエージェントを作ってみよう
k1mu21
0
290
「正の参照」と 「負の導出」で組む ハーネスエンジニアリング
cottpan
1
120
LLM本来の能力を解き放つサンドボックス技術とAI民主化への適用
yukukotani
3
4.9k
ECSアプリログをFireLensでコスト削減しようとしたけど諦めた話 in Fargate×Node.js
akihisaikeda
2
4.2k
Observability in Practice:Grafana 與 Edge Device SRE 的那些事
blueswen
0
190
Contextとはなにか
chiroruxx
1
390
LLMによるContent Moderationの本番運用の裏側と品質担保への挑戦
suikabar
3
830
Generative UI & AI-Assistants for Your Angular Solutions
manfredsteyer
PRO
0
130
コンテキストの使い捨てをやめる — ビジネスルール駆動開発と miko —
ioki
0
270
エンジニアと一緒にテストコードの設計と実装を改善した話
mototakatsu
0
250
アルゴリズムは何を圧縮しているのか ─ Haskell から育った「圧縮代数」というメンタルモデル
naoya
13
2.3k
初めてのKubernetes 本番運用でハマった話
oku053
0
110
Featured
See All Featured
Game over? The fight for quality and originality in the time of robots
wayneb77
1
220
Bioeconomy Workshop: Dr. Julius Ecuru, Opportunities for a Bioeconomy in West Africa
akademiya2063
PRO
1
170
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4.3k
Jess Joyce - The Pitfalls of Following Frameworks
techseoconnect
PRO
1
180
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.5k
Building Adaptive Systems
keathley
44
3.1k
Context Engineering - Making Every Token Count
addyosmani
9
1k
Designing for Timeless Needs
cassininazir
1
270
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
220
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
11
960
Lessons Learnt from Crawling 1000+ Websites
charlesmeaden
PRO
1
1.3k
Building Applications with DynamoDB
mza
96
7.1k
Transcript
2026/07/10 iida takuma Claude Opus 4.6以後の 受託開発エンジニアの変化
iida takuma 所属 - リテールアプリ共創部 マッハグループ 主な仕事 - バックエンドエンジニア - 少⼈数チームでの受託の
0→1 の開発を4年くらいやっています 好きな開発 - 広くエンドユーザーに使われるサービス
本⽇話すこと 3 Claude Opus 4.6以後の受託開発エンジニアの変化 ①:開発ステップの中でどのように Claude を使っているか - ⽣成AI
を使うことで実装⼯数を⼤きく減らすことができています。 私が普段⾏なっている効率化のテクニックを共有します。 ②:役割を超えて仕事をする - 実装⼯数が減ったことで、私(エンジニア)が新たにチャレンジしている仕事と、 そこでの Claude の使い⽅を紹介します。
開発ステップの中でどのように Claude を使っているか 検証 設計 実装
検証 5 作業ステップ(Before) 1. 👦 サンプル実装を探す、実際に⼿元で実装する 2. 👦 動作確認、ソースコードを眺める 3.
👦 これまでと同じようにドキュメントやライブラリを確認する 検証 設計 実装 ← ⼯数がかかる
検証 6 作業ステップ(After) 1. 👦 対象の機能を使った、わかりやすいユースケースのアプリを1つ考える 2. 🤖 サンプルアプリケーションを作る 3.
👦 動作確認、ソースコードを眺める 4. 👦 これまでと同じようにドキュメントやライブラリを確認する 検証 設計 実装
例:バッチ処理を試す 7 サービス(構成)のあたりをつける パターン名があるものは正確に伝えやすい 表現⽅法はブレやすいので伝える
設計 8 使い分け - 🤖 FW選定や、アーキテクチャ設計 - 標準に従いたい - 初期開発での顧客価値に繋がりにくい部分なので、できるだけ短縮したい
- チーム標準や進⾏中の別プロジェクトのコードを参照させる - 👦 🤖 ドメインモデルなど、アプリケーション固有の背景情報が多いもの - コンテキストを全て伝えきるのが難しく、⽣成AIに任せすぎると漏れが⽣じる - 仕様の漏れに気がつくプロセスを残しておきたいので限定的 - 壁打ちやレビューには⽣成AI をしっかり使う 技術選定 / 検証 設計 実装
実装 9 使い分け - 🤖 既存コードにならう実装 - Skills 化して機械的に早く実装する -
👦 🤖 定型コードではない実装 - アイデアをできるだけ書き出してから、Plan mode で計画を調整し実装する 技術選定 / 検証 設計 実装
例:既存コードにならう実装をする skills 10 確認を挟むタイミングでステップをわける テスト実⾏を含むような作業はコンテキストを分ける
例:実装前のアイデアの書き出しの粒度 11 丁寧に作りすぎなくていい部分などは明⽰する テスト⽅法
私の Claude の使い⽅紹介 - まとめ 12 以前として3倍程度の⾼速化ができています(体感値) - 特に検証⼯数がかなり減らせています。 -
⽣成AIに任せる線引きは、「コードの全てに⽬を通すこと」を⼼がけています。 - 受託開発で納品するコードについて把握できていないのはまだ怖い - これ以上の⾼速化は、他がボトルネックになっていて必要性を感じていない
役割を超えて仕事をする
運⽤ コーディングエージェント前後の変化 14 提案 開発 運⽤ 引き合い 提案 開発 浮いた時間でさらに仕事ができるように
引き合い
運⽤ より多くの案件を並列する 15 引き合い 提案 開発 運⽤ 引き合い 提案 開発
運⽤ 引き合い 提案 開発 運⽤ 引き合い 提案 開発
運⽤ より多くの案件を並列する 16 引き合い 提案 開発 運⽤ 引き合い 提案 開発
運⽤ 引き合い 提案 開発 運⽤ 引き合い 提案 開発 他のステップの速度が同じように早くならない。
運⽤ より多くの案件を並列する 17 引き合い 提案 開発 運⽤ 引き合い 提案 開発
運⽤ 引き合い 提案 開発 運⽤ 引き合い 提案 開発 受託の案件数をいきなり3倍にするのは難しい
運⽤ より多くの案件を並列する 18 引き合い 提案 開発 運⽤ 引き合い 提案 開発
運⽤ 引き合い 提案 開発 運⽤ 引き合い 提案 開発 受託の案件数をいきなり3倍にするのは難しい ボトルネックが開発以外に移っている
運⽤ 役割を超えて仕事をする 19 引き合い 提案 開発 運⽤ 引き合い 提案 開発
運⽤ 引き合い 提案 開発 ここもやる
提案 ヒアリング / 要件定義 制作進⾏ 定例会議 / 進⾏管理 これまでPMが担当していたような役割をエンジニアもやる 20
これらの仕事での⽣成AIのテクニックを紹介します
制作進⾏/定例会議 21 使い分け - 🤖 アジェンダ作成の skills を作成する - 会議の⽂字起こしやカンバンなどから進⾏状況を収集する
- 収集した情報をもとに議事の叩き台を作成する - 👦 伝わりやすい議題の順番などを調整する
制作進⾏/定例会議 22 使い分け - 🤖 アジェンダ作成の skills を作成する - 会議の⽂字起こしやカンバンなどから進⾏状況を収集する
- 収集した情報をもとに議事の叩き台を作成する - 👦 伝わりやすい議題の順番などを調整する ↑ 調整を極⼒少なくする⼯夫を紹介します
23 プロジェクトのコンテキスト 正解の議事録 ①:プロジェクトのコンテキストを⾒て 正解の議事録を作る skills の精度を エージェント⾃⾝に上げさせる
24 プロジェクトのコンテキスト 正解の議事録 ②:エージェントが私と同じレベルで 議事録を作成できる Skills を作成して skills の精度を エージェント⾃⾝に上げさせる
25 プロジェクトのコンテキスト 正解の議事録 アジェンダ作成 skills ③:正解とコンテキストを参考にskillsを作る skills の精度を エージェント⾃⾝に上げさせる
26 プロジェクトのコンテキスト 正解の議事録 アジェンダ作成 skills ④:skills とコンテキスト⾒て議事録作って \ Spawn /
skills の精度を エージェント⾃⾝に上げさせる
27 プロジェクトのコンテキスト 正解の議事録 アジェンダ作成 skills ⑤:skills とコンテキスト⾒て議事録を作る できました skills の精度を
エージェント⾃⾝に上げさせる
28 プロジェクトのコンテキスト 正解の議事録 アジェンダ作成 skills ⑥:正解の議事録と サブエージェントの議事録の差分を埋めるべくskills を改善する skills の精度を
エージェント⾃⾝に上げさせる ある程度の⽔準になるまで ④⑤⑥ を繰り返す 改善 イマイチやな
29 プロジェクトのコンテキスト 正解の議事録 アジェンダ作成 skills ⑦:正解の議事録と サブエージェントの議事録の差分がある程度埋まったら⼈間に返す skills の精度を エージェント⾃⾝に上げさせる
よさそう
30 プロジェクトのコンテキスト 正解の議事録 アジェンダ作成 skills ⑧完了(アジェンダの修正時間が増えたと思うたびに⾏う) できました skills の精度を エージェント⾃⾝に上げさせる
提案(ヒアリング / 要件定義) 31 使い分け - 🤖 会議の⽂字起こし - 🤖
サービス料⾦の収集など固定の情報の収集 - 👦 提案の構成を考える - 👦 どの順番で話すと伝わるか、良い提案になっているかを何度も⾒直す 資料を作る過程で顧客の情報を繰り返し読むことで理解が深まる(設計と同じ) 調査収集系では⾼速化ができるものの、提案での⽣成AIの⾼速化はまだ限定的
そもそもエンジニアが顧客と話すようになると 32 コミュニケーションパスが減り効率化される。 さらに、顧客のちょっとした困り事をその場で引き受けられることが多々ある。
そもそもエンジニアが顧客と話すようになると 33 コミュニケーションパスが減り効率化される。 さらに、顧客のちょっとした困り事をその場で引き受けられることが多々ある。 「その作業こちらだとすぐできるのでやりますよ」
既存の仕事以上の価値が出せる 34 エンジニアの 顧客サービス 制作進⾏ 定例会議 / 進⾏管理 提案 ヒアリング
/ 要件定義
Claude Opus 4.6以後の受託開発エンジニアの変化 - まとめ 35 開発者の⼯数はこれまでに⽐べて⼤きく圧縮される傾向にある。 私は顧客に近づいていくように仕事を変えている。 「業務プロセスを分解し、⽣成AIに任せる部分を増やす」のは開発以外でも同じ。 顧客と話すことで、⽣成AIによらない効率化や新たな価値提供ができる。
Claude Opus 4.6以後の受託開発エンジニアの変化 - まとめ 36 開発者の⼯数はこれまでに⽐べて⼤きく圧縮される傾向にある。 私は顧客に近づいていくように仕事を変えている。 「業務プロセスを分解し、⽣成AIに任せる部分を増やす」のは開発以外でも同じ。 顧客と話すことで、⽣成AIによらない効率化や新たな価値提供ができる。
⽣成 AI 出てから仕事の幅が増えてより楽しい
None