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
ClaudeCodeにキレない技術
Search
gtnao
July 14, 2025
Technology
1
1.4k
ClaudeCodeにキレない技術
AI-Native Day vol.1 (株式会社primeNumber社内イベント)
https://primenumber.com/
gtnao
July 14, 2025
Tweet
Share
More Decks by gtnao
See All by gtnao
TROCCO今昔
gtnao
0
300
PaaSとSaaSの境目で信頼性と開発速度を両立する 〜TROCCO®︎のこれまでとこれから〜
gtnao
8
19k
0 -> 1でフロントエンドのテストを 書く文化を作っている話
gtnao
2
2.6k
ZetaSQLを使って、 カラムリネージ機能を作った話
gtnao
3
1.9k
Other Decks in Technology
See All in Technology
Introduction to Sansan Meishi Maker Development Engineer
sansan33
PRO
0
310
Sansan Engineering Unit 紹介資料
sansan33
PRO
1
3k
Azureコストと向き合った、4年半のリアル / Four and a half years of dealing with Azure costs
aeonpeople
1
220
OSSで50の競合と戦うためにやったこと
yamadashy
1
110
Introduction to Sansan for Engineers / エンジニア向け会社紹介
sansan33
PRO
5
43k
AI時代こそ求められる設計力- AWSクラウドデザインパターン3選で信頼性と拡張性を高める-
kenichirokimura
3
350
[Codex Meetup Japan #1] Codex-Powered Mobile Apps Development
korodroid
2
1k
AWS Control Tower に学ぶ! IAM Identity Center 権限設計の第一歩 / IAM Identity Center with Control Tower
y___u
1
220
「れきちず」のこれまでとこれから - 誰にでもわかりやすい歴史地図を目指して / FOSS4G 2025 Japan
hjmkth
1
330
プロダクトのコードから見るGoによるデザインパターンの実践 #go_night_talk
bengo4com
1
2.7k
Performance Insights 廃止から Database Insights 利用へ/transition-from-performance-insights-to-database-insights
emiki
0
320
物体検出モデルでシイタケの収穫時期を自動判定してみた。 #devio2025
lamaglama39
0
240
Featured
See All Featured
Bash Introduction
62gerente
615
210k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
9
910
Reflections from 52 weeks, 52 projects
jeffersonlam
353
21k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
2.5k
The Illustrated Children's Guide to Kubernetes
chrisshort
49
51k
The Invisible Side of Design
smashingmag
302
51k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
127
54k
Making the Leap to Tech Lead
cromwellryan
135
9.6k
Six Lessons from altMBA
skipperchong
29
4k
Keith and Marios Guide to Fast Websites
keithpitt
411
23k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
RailsConf 2023
tenderlove
30
1.3k
Transcript
AI-Native Day vol.1 (社内勉強用) Claude Code に キレない技術 Agentic Coding
時代のアンガーマネジメント naotaka nakane (@gtnao)
中根 直孝 (naotaka nakane) @gtnao CTO室 室長 Staff Software Engineer
Claude Code歴: 1ヶ月 1ヶ月のccusage: $7500
なぜキレるか? 💢
時間を無駄にされたと感じるから 🕑
Claude Code の衝撃 Claude Code の衝撃
何が変わった? 🤖 現役最強の コーディングLLM ・Opus/Sonnet 4の 登場 💻 ターミナルと一体化 ・シェルコマンドを
自在に操る ・N回目の Unix哲学再考 🎯 コーディング特化 エージェント ・予想外によく動く
定額制の衝撃 😰 Before ・ 「トークン溶かした...」 ・ 「次は慎重に...」 ・潜在的にブレーキ 🚀 After
・とりあえずAIに投げる ・Build & Scrap ・高速イテレーション パラダイムシフト 🌏
半年前のAIコーディングの悩み ほとんど解決された?
本当に?
まだ解決されていないこと 確率論と時間との戦い 🎲 出力は運次第 どれだけ完璧な指示を出しても 理想の結果が出るかは 博打 ⏱️ 沼にハマると抜け出せない 生成に時間がかかる上に
一度ズレると延々と失敗 結果、全部やり直し... 時間をかけたが無駄骨に → キレる 💢
Agentic Coding 時代のアンガーマネジメント 効率的に望む結果へ たどり着く方法を身につけよう!
2つのアプローチ 2つのアプローチ
2つのアプローチ 🚗 助手席アプローチ ・AIとペアプロ ・スケール感は薄い ・確実性は高い うまくやらないとキレやすい💢 🚙 後部座席アプローチ ・丸投げ
・アイデアを高速検証 ・博打度は高い 時間を無駄にされた感は薄いので (案外)キレにくい
(参考) AI時代のソフトウェア開発を考える @twada
どちらを選ぶ? 使い分けが大事だが… 今のところメイン業務では 助手席アプローチ 確実性重視で着実に 後部座席も体験推奨 0→1の威力は計り知れない 簡易ツール作成や プライベートプロジェクトで 一度体験しておこう
Claude Codeの性質を理解する Claude Codeの性質を理解する
(個人的)Claude Codeの性質 🧠 頻繁な記憶喪失 ❓ 曖昧な指示は苦手 🎲 非決定的 🚫 仕組み的に苦手/
不可能なことがある 🎨 人間が思う 良いコードとのズレ 📄 ドキュメントの 違和感
頻繁な記憶喪失 CLAUDE.mdやMUST指示も完璧じゃない 巷に溢れる忘れさせないテクニックも限界あり ✂️ タスクを分割 長く動くとどうしても忘れる 塩梅は慣れが必要 🗜️ 能動的にcompact 新しく作業を始める際に
Context left until auto-compactが出ていたら
曖昧な指示は苦手 「明確に指示せよ」と言われても... AIと人間のギャップはあり一発では伝わらない 📝 まずコード付きで設計を書かせる できるだけ具体的なコード ドキュメントに吐かせてもいい 🎯 ダメ出しで軌道修正 プラン段階の間違いなら心理的に許せる
コードを書いてから修正させると、 とっ散らかる/時間かかる/お掃除忘れ→イライラ💢
非決定的 巷のタスクは決定的に解決できるものが多い なんでもClaudeにやらせるのはやめよう(手段の目的化) 📜 決定的なタスクは Claudeにスクリプトを書かせる 特にコーディング以外のタスクで有用 💎 Rubyなどもおすすめ (Shellが苦手な場合)
レビューしやすい
仕組み的に苦手/不可能なことがある (例)末尾改行問題 LLMの出力を書き込みしている以上、仕組み的に改行されない 簡単が故に「なんでこんなこともできないのか」とキレやすい💢 🔧 hookなどを使う https://docs.anthropic.com/ja/docs/claude-code/hooks TROCCOのプロジェクトでも導入済み
人間が思う良いコードとのズレ 先にふるまいを実装させる 1️⃣ 愚直に書かせる コントローラー直書き クソデカReactコンポーネント まず正しいふるまいを 2️⃣ テストを書かせる ふるまいを固定
TDD的に先にやってもOK 3️⃣ 初めて抽象化 Service/Hooksに分割 「捨てられる」から安心 失敗したらgit reset
(参考) Tidy First? @Kent Beck 「ふるまい(Behavior) 」と「構造(Structure) 」の変更を分離
ドキュメントの違和感 AIはドキュメントの「評価関数」が分からない 💪 AIが得意なこと 大量の情報を処理 構造化しやすい 文章の体裁を整える 😵 AIが苦手なこと どういった内容を入れるべきか
何が評価されるか分からない 明後日の方向のAI臭い感じに... 解決策:骨格(マークダウンのヘッダー等)をこちらで提示
Happy Agentic Coding! 🧠