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
920
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
音楽のための関数型プログラミング言語mimiumにおける多段階計算の活用
tomoyanonymous
1
380
作るコストが小さくなった時代 幸せに働くために改めて考えたいこと 〜エンジニアとして価値を出し続けるために注視している二分野〜
yuppeeng
0
170
Build-to-own AI: Agentic Development for Humans
inesmontani
PRO
0
150
OpenSpecのproposalにbrainstormingを持たせてみた
tigertora7571
1
170
Foundation Models frameworkで画像分析
ryodeveloper
1
250
変わらないものが、変わるものを決める — 意図駆動開発 × イベントソーシング × イミュータブル | What Doesn't Change Decides What Can — IDD × Event Sourcing × Immutability
tomohisa
0
940
Apache Hive: そしてCloud Native Lakehouseへ
okumin
1
190
壊れたパーサから始める関数型設計と構成的なパーサ #fp_matsuri
raiga0310
2
420
AWS DevOps AgentのAzure接続機能を検証して見えた活用法/Use Cases Verified for the AWS DevOps Agent's Azure Connectivity Feature
masakiokuda
0
180
ソフトウェア設計に溶けるインフラ ― AWS CDK のインフラ認識論
konokenj
3
720
FDEが実現するAI駆動経営の現在地
gonta
2
240
【やさしく解説 設計編・中級 #4】ルールの寿命と、システムの年輪
panda728
PRO
2
180
Featured
See All Featured
Building Applications with DynamoDB
mza
96
7.1k
GraphQLの誤解/rethinking-graphql
sonatard
75
12k
From Legacy to Launchpad: Building Startup-Ready Communities
dugsong
0
280
Neural Spatial Audio Processing for Sound Field Analysis and Control
skoyamalab
0
390
GitHub's CSS Performance
jonrohan
1033
470k
Docker and Python
trallard
47
4k
Product Roadmaps are Hard
iamctodd
55
12k
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
4
2.9k
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
Making the Leap to Tech Lead
cromwellryan
135
10k
[SF Ruby Conf 2025] Rails X
palkan
2
1.2k
Leo the Paperboy
mayatellez
8
2k
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