Jiro

iOS個人開発者 / 元グロースPM。PM・デザイン・実装の全領域でClaude Codeを活用。「手触りの良いUI」を追求するAIエージェント駆動のアプリ開発を実践中。

[Jiro @_jirow]

一番わかりやすいClaude Codeの説明書みつけた
claude --agent claude-code-guide

[Jiro @_jirow]

@KoheiAIengineer 定期的な分析というより、非効率だと感じたポイントを都度issue化して、積み上げては消化していく感じですね。
直近だと、実装計画やレビューの効率化、高品質なWeb Searchの仕組み化、並行開発時の手順整理など、Claude Codeでレバレッジを効かせるための改善タスクを回していました。

[Jiro @_jirow]

複数のClaude Codeを並列で実行しているが、常に1つは開発生産性の向上のために動かしている。

少しでも開発生産性に課題を感じたら、その課題をざっくり伝えて整理してもらったり、ストックされた課題の解決策をリサーチしてもらったり、実際にdotfilesなどを整備して課題を解決してもらったりしている。

課題を伝えるだけで、あとは自動的に課題を消化しPRを作成してくれるようになれば理想的かもしれない。個人の開発環境であれば、品質を厳密に考えずに進められるのでやりやすいかも。

[Jiro @_jirow]

これでworktreeでClaude Codeを利用すれば自然とブランチ名が良い感じになる。自分でブランチ名を考える必要がない。

[Jiro @_jirow]

worktreeとブランチの名前を考えるのが面倒なので、日付とランダムな形容詞・名詞を組み合わせた適当な名前で生成するようにしてる。

Claude Codeのフックでブランチが仮の名前だったらプロンプト内容をもとに自動でブランチの名前を更新するような仕組みを用意してる。

[Jiro @_jirow]

同様に、タスク管理やプロジェクト管理だけを専任で行うエージェントを常駐させるのも良いかもしれない。

[Jiro @_jirow]

頑張ればtmuxでペインの切り替えをフックにして、自動的にVSCodeの表示を切り替えることもできそうだけど、そこまではやってない。

[Jiro @_jirow]

Ghosttyで複数のworktreeからClaude Codeを並行して実行して、単一のVSCodeでファイルの閲覧・レビューを行うスタイルが定着しつつある。画面の左にGhostty、右にVSCodeを配置している。

VSCodeは常に単一ウィンドウで使用し、確認したいClaude CodeのセッションでBashモードから`code -r .`を実行すると、そのセッションのworktreeに対応した表示になる。

VSCode内蔵のターミナルでClaude Codeを起動すると、それぞれのworktreeごとに新しいウィンドウが必要となり、ウィンドウ数が増加する。複数のセッションで同時にファイルの閲覧やレビューを行うわけではないので、Claude CodeはGhosttyで複数起動し、VSCodeは集約するのが良い。

また、VSCodeのClaude Code拡張のショートカットを使って、Ghosttyで起動したClaude Codeに対してファイルや選択行の参照を挿入できるのも便利。

[Jiro @_jirow]

連休中にモバイルアプリのUIやアニメーションをエージェント開発でどれくらい品質向上できるか試してみた。結構良い感じかもしれない。

Claude Codeで要件定義や実装を進めたけど、特に大きな発見は、Geminiに視覚的な情報をもとにフィードバックをしてもらうことで品質向上しやすいことだった。

Geminiにはプロダクト仕様やデザイン方針のADR情報を与えつつ、実装情報は与えなかった。代わりに、Opusが仮組みしたUIのスクリーンショットや動画を提供したら、Geminiは的確に課題や改善案を提示してくれた。視覚情報を重視してほしかったので、実装を参照しないようCLIではなくWebUIで限られたコンテキストだけを与えるようにした。

GeminiのフィードバックをもとにOpusに実装の調整をさせて、後は十分な品質になるまで繰り返した。

主観かもだけど、例えばレイヤーや影が多重に重なる複雑な表現においても、Geminiは画像や動画から適切に情報を読み取る性能が他のモデルより優れていたと思う。

[Jiro @_jirow]

Linear MCPは、marketplaceからプラグイン導入してブラウザ認証で完結するので、導入自体はかなりラクだった。

タスクのラベル付けとか依存関係の指定が安定しなかったので、https://t.co/64pAkZuHSQを作成して補強して利用してる。

[Jiro @_jirow]

開発タスクの管理をLinearに寄せてみてる。

Claude Codeをプロジェクト管理用のエージェントとして、mainブランチで常時起動してる。タスク進捗後に次のタスクを聞いたり、状況変化時はタスクを整理させたりしてる。

あとは、タスクと1対1になるようworktreeを切って開発を進めてるけど良い感じだ。

[Jiro @_jirow]

ghコマンドの品質良いし、自由度が高いし、LLMが利用パターンを把握してるしで、GitHub MCPの必要性を高く感じないようになってきたけど、明確にMCP利用の方が優位なケースってあるんだろうか

[Jiro @_jirow]

アイデア生成後の開発へのシフトや、エージェントにプロジェクト管理させるのも試しているので、後日書きたい。

[Jiro @_jirow]

6/ 最終評価と意思決定

具体化されたアイデアが揃ったら、評価・比較させる。

ここはGPTとOpusの2つを利用。
GPTは論理的な思考に長けていて、Opusは前提を抑えた思考に長けている印象だったので、2つのLLMで並行で思考させ、最終結果に大きな違いがないか確認した。

あとは最終結果をもとに1案に絞り、意思決定の内容をドキュメントに残したらすべて完了。

[Jiro @_jirow]

年末年始の時間を使って、3つの主要な上位モデル（Opus 4.5/GPT-5.2/Gemini 3）をフル活用して個人開発のアイデア選定を一気に進めた。

軽く詳細をまとめておく。

[Jiro @_jirow]

5/ 実現性の向上

アイデアの全体像が見えてきたところで、自身の開発者プロフィールをコンテキストとして与えて調整させる。
スキルや経験を踏まえることで、実現可能性がぐっと高まるアイデアに調整できる。

開発者プロフィールは、ChatGPTの音声対話モードで自分にインタビューさせ、その内容を要約させると楽に作れる。