Claude Code と二人七脚 DB 設計

この雑すぎプロンプトに対して Claude Code は以下を行います。 issue を読んで要件を把握する 自発的に既存のコードベースを調査し、migration ファイル等から既存の table 構造を把握 設計の叩き台の作成・提示 しかし Claude Code の提示する「叩き台」は 情報過多で論点が散漫 になりがちです。 まあ 1 機能全体の要件を把握させて設計をねだっているので当然ですね。次 step で整えます。 2. ユースケースのブラッシュアップと起票 step 1 の出力に対して、人間がつっこみまくるフェーズです。 ここは Agent との二人三脚であり、 人間の判断が設計の方向性を決定する 重要な step になります。 人間が担う役割は主に 2 つあります。 論点の結合・分離 たいてい、 issue やコードベースから読み取れなかった設計の論点を複数個同時に尋ねてき

[mmaka2787]

Claude十分優秀だしレビューの品質も悪くないんだけど、コンテキストで駆動する性質上思考がコンテキストに縛られて蛸壺化していくことだけが難点。ここだけはいまだに人の手を入れないとどうにもならない印象。

[pchatsu]

via https://x.com/choclucy_/status/2047648612176597020

[snneko]

似たようなことやってる。困るのは優先課題じゃないDebug項目をScope外として次のIssue作るとTODOが爆発的に増えて手が回らなくなること。 複数Issue並列で取り組むにもテーブル相互依存で並列実装できないケースが多いこと

[nguyen-oi]

二人七脚って表現が面白い。AIをエージェントチーム化してレビューさせるのは賢いな

[mkusaka]

Claude Codeとsubagent4つでDB設計を「二人七脚」手順化し、issueからユースケース→ER/テーブル化する