Claude Fable 5で成果を左右する「unknowns」の見つけ方・埋め方──Anthropicエンジニアが示す8つのテクニック
Hiroba による自動要約
Anthropic Claude Code チームのエンジニア Thariq Shihipar 氏が、Claude Fable 5 運用時に人間の指示の曖昧さがボトルネックになることを指摘。プロンプトは「地図」に過ぎず実際のコードベースとの間にズレ（unknowns）が生じることを踏まえ、実装前後の3フェーズで unknowns を発見・埋める8つのテクニック（blindspot pass、design directions、interview me、reference hunt など）を体系化。この記事が X で 300 万ビュー超を記録し、複数の有志が Claude Code スキル化している。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 2318 件あります。
関連する記事
同じタグの記事
AIに何回ダメ出ししたかを測る、対話型ベンチSWE-Together
QiitaSWE-Togetherは、従来のベンチマークが測らない「実際の対話過程での介入回数」を定量化する新しい評価手法。ユーザーの修正指示(correction)と軽い催促(nudge)を加重平均した User Correction 指標を導入し、同じ成功率でも手間の少ないエージェントを区別できるようにした。Claude Opus 4.8は1.38回の平均介入回数で最も効率的だが、評価の再現性向上と手作業による母数限定が課題。
Claude Code でエージェントをバックグラウンドで複数稼働させる方法
ZennClaude Code で複数処理を並列実行する際、ターミナルの手動起動ではなくバックグラウンド Bash と並列サブエージェントの 2 つの方法を使い分けることで効率化できる。前者は決まったコマンド実行、後者は複数の独立した考査作業に適している。FleetView で進捗管理・Workflow で複数エージェントのオーケストレーションも可能。
AI Agent 時代は「うまく指示する」より「未知を見つける」が大事
QiitaAI Agent を効果的に使うには、prompt や skills を整える「map」だけでなく、実際の codebase や運用制約という「territory」とのズレを早期に発見することが重要。blindspot pass、interview、prototype などの 5 つの型を使い、unknown unknowns を known unknowns に引き上げることで、実装後のレビュー指摘や手戻りを減らせる。
Claude Code で1人会社を1ヶ月運営して学んだ『静かな失敗』5つ
QiitaClaude Code を自律エージェントとして1ヶ月間、記事執筆・SNS配信・定期ジョブ実行まで一社の運営を任せた実験から、コードの正誤ではなく『成功しているように見えて成果がゼロ』という静かな失敗5つを報告。GA4 計測の不可視化、成果計測なしのヘルスチェック、ドメイン到達不能、セッション破壊スクリプト、遅延描画スクレイピング誤診。自律運用の真の難所は『動かすこと』ではなく、失敗を『見える形で捉える仕組み』の設計にあることを解説。