ハードウェアコンペでもAI駆動開発が進んでいる話 (misoji engineer) #AI駆動開発
https://speakerdeck.com/iotengineer22/hadowea-konpe-demo-ai-kudou-kaihatsu-ga-susun-de-iru-hanashi

ハードウェアコンペでもAI駆動開発が進んでいる話 (misoji engineer) #AI駆動開発
https://speakerdeck.com/iotengineer22/hadowea-konpe-demo-ai-kudou-kaihatsu-ga-susun-de-iru-hanashi
Claude Code の Explore を Haiku にする設定は、2.1.293 に上げるだけで Haiku 5.5 になった。費用は34〜43%減
AIを並列に動かせるようになったら、
今度は自分のレビュー・判断待ちが詰まり始めました。
AIを増やせば無限に速くなるわけではない。
次のボトルネックは、人間側の承認でした。
https://note.com/morino_kuma_note/n/n177a30c43934?sub_rt=share_pw
2026年10月8日 今日のQiitaトレンド記事をポッドキャストで聴こう!
Claude × Backlog MCPで「方針」と「実装」を分けたら手戻りが減った話
ChatGPT PlusからProに変えて数日。
一番変わったのは「使える量」より、
AI開発のボトルネックが使用量から自分の判断・レビューへ移ったことでした。
Plus→Proで実際に変わったことをまとめました。
https://note.com/morino_kuma_note/n/nfa1b06479b8e?sub_rt=share_pw
Claude Codeのモデルを使い分けると成果物とトークンはどれくらい変わる?実際にOpus+Sonnetと全部Opusで同じものを作って比べてみた
ソフトウェアエンジニアのためのVibe Coding 完全ガイド (2026年10月版)
Claude Code の Explore は、いつの間にか Haiku から本体と同じモデルに変わっていた。戻すと費用は21〜35%減
AIレビューがPASSでも、
そのまま実行してよいとは限らない。
最近は「止める」「確認する」「再開する」を別の判断として扱うようになりました。
AIに実行まで任せるときの境界について書きました。
https://note.com/morino_kuma_note/n/nc549bd84d051?sub_rt=share_pw
要件定義はAIモック先行で変える:認識ズレを実装前に潰す手順
Claude Code の WebFetch は、長いページの10万字より後ろを読まずに「書いていない」と答えていた
AIの指示で、レビュー用のチャットを分けるようになりました。
最初から自分で思いついた方法ではなく、「作成時の判断から距離を取る」という考え方を知ったのがきっかけです。
別チャット=独立ではないけれど、何を知った状態でレビューさせるかも設計の一部だと感じています。
https://note.com/morino_kuma_note/n/n6c447b0b2428?sub_rt=share_pw
文章で要件定義するのをやめた。AIでモックを先に作ったら、認識ズレが実装前に全部見つかった
AIの設計を全部説明できないとき、
何を根拠に「進めてよい」と判断するのか。
最近は、全行を追うよりも
目的・影響範囲・検証結果・未確認事項を分けて見るようになりました。
https://note.com/morino_kuma_note/n/nb9692ce47c3b?sub_rt=share_pw
文章を書かずに「選ぶだけ」のAI、Jevが続々登場?任せ方を整理|10/4のQiitaトレンド20本をポッドキャストで
AIに任せる範囲を広げたら、
「作れる」より先に「自分はどこまで理解できているか」が気になるようになりました。
AIが作ったものを、自分が追いかける側になってきた感覚について書きました。
https://note.com/morino_kuma_note/n/nff7424952f44?sub_rt=share_sb