> ## Content Index > Fetch the complete content index at: https://hanatane.net/llms.txt > Use this file to discover other available public pages before exploring further. # 非エンジニアおじさんの開発環境2026 - URL: https://hanatane.net/devenv-2026/ - Published: 2026-01-28T15:33:11.000Z - Updated: 2026-01-28T15:33:11.000Z - Description: Claude Codeで並列開発している話 - Author: たねのぶ - Tags: 技術の話 年始にClaude Code開発者のBorisのポストに触発されて、Claude Code同時並列開発を始めた。 > I'm Boris and I created Claude Code. Lots of people have asked how I use Claude Code, so I wanted to show off my setup a bit. > > My setup might be surprisingly vanilla! Claude Code works great out of the box, so I personally don't customize it much. There is no one correct way to… > > — Boris Cherny (@bcherny) [January 2, 2026](https://twitter.com/bcherny/status/2007179832300581177?ref%5Fsrc=twsrc%5Etfw&ref=hanatane.net) Agentic Codingを並列実行するというのは前からあるアイデアだったように思うが、人間の認知能力がボトルネックになって破綻しそうだなと思ってなんとなく自分には無理なんだろうなと勝手に思っていた。 ところがどっこい、実際にやってみるととんでもないフロー状態に入り、浮かんでくるプロジェクト共通の課題を開発ルールに反映させていって、凄まじい速度でひとりチームの開発体制の改善サイクルが回るようになった。 今年も間違いなく目まぐるしく変化する1年になりそうなので、2026年1月段階の非エンジニアおじさんの開発体制をメモっておく。 ## Claude Code Claude MAXの20xプランを使ってClaude Codeをぶん回している。並列開発を始めてハイになると最初の週でweekly limitに到達するのでそこからどれだけトークンを減らしていくかの戦いが始まる。 基本的にはPlan Modeで作成してcontext resetして作業に入るのがよい。Opus Plan Modeにすると、Planの時だけOpus 4.5を使って、作業はSonnet 4.5にできる。 Read系のコマンドで頻度の多いものは承認なしにしているが、Write系は基本確認しながら手動でポチポチしている。面倒だが大抵作業に関する情報を踏まえて承認を求めてくるので、ぼんやりと全体把握するのに役立ってる気がしている。 [Model configuration - Claude Code DocsLearn about the Claude Code model configuration, including model aliases like opusplan![](https://hanatane.net/content/images/icon/apple-touch-icon-9.png)Claude Code Docs![](https://hanatane.net/content/images/thumbnail/image)](https://code.claude.com/docs/en/model-config?ref=hanatane.net#opusplan-model-setting) ![](https://hanatane.net/content/images/2026/01/image-5.png) ## terminal-notifier + Claude Code hooks Claude Codeの承認待ち通知はterminal-notifierをClaude Code Hooksで呼び出すようにしている。 [GitHub - julienXX/terminal-notifier: Send User Notifications on macOS from the command-line.Send User Notifications on macOS from the command-line. - julienXX/terminal-notifier![](https://hanatane.net/content/images/icon/pinned-octocat-093da3e6fa40-11.svg)GitHubjulienXX![](https://hanatane.net/content/images/thumbnail/terminal-notifier)](https://github.com/julienXX/terminal-notifier?ref=hanatane.net) 適当に設定していたが、いい感じに設定してくれるシェルスクリプトを作っている人がいたので借用して使っている。(中身をそのまま使わずにClaudeにチェック&改造してもらった) [GitHub - hta218/ai-agents-notifier: 📢 Send system notifications when your AI Coding Agents (CLI-based) requests permissions or completes tasks.📢 Send system notifications when your AI Coding Agents (CLI-based) requests permissions or completes tasks. - hta218/ai-agents-notifier![](https://hanatane.net/content/images/icon/pinned-octocat-093da3e6fa40-10.svg)GitHubhta218![](https://hanatane.net/content/images/thumbnail/ai-agents-notifier)](https://github.com/hta218/ai-agents-notifier?ref=hanatane.net) ## Ghostty ターミナルで元々人気のあったGhosttyがさらに流行り出した。デフォルト機能でsplit viewで分割できるのが便利。下記の記事の影響で4画面分割でfiletree + keifu + claude code + terminalの構成 × 5プロジェクトくらいで回している。 [GhosttyをVSCodeみたいにしよう！｜Naoki |電電猫猫English Article 最近はClaude Codeでコーディングすることが増えてきました！しかしこいつもそうだけどVSCodeもメモリをもりもり食います。大食いが5プロジェクトもあるとまあメモリもカツカツです。 そうして流行りのGhosttyに乗り換えたのが半年前なんですが、最近はGhosttyでVSCode環境をそのまま再現したい！という今の自分のGhostty環境をお見せします！ 私の環境 Ghostty環境 そして私の元々のVSCode環境です。 詳しく見ていきましょう。まずVSCodeのほうですが、簡単にはこれです。一般的な部類だと思いますが、左のサイドバーに![](https://hanatane.net/content/images/icon/apple-touch-icon-10.png)note（ノート）Naoki |電電猫猫![](https://hanatane.net/content/images/thumbnail/rectangle_large_type_2_697b97e16636fdcb6858fb14570f3acf.png)](https://note.com/electrical%5Fcat/n/n7a3b634a2b51?ref=hanatane.net) 確かにyaziやlazygitなどの全部入りの強力なTUIもあるが、基本的な操作はほとんどclaude codeにやらせてしまうので軽量シンプルは確かに良いなと感じる。 ## 型チェック・Lint・テスト 型チェック・Lint・テストを実装時やcommit時やPR作成時に行うようにして早めに検知できるようにする。 テストはt-wada式の指示が一世を風靡していたが、実際にテスト駆動開発に寄せていくのは結構難しい。一旦テストファーストになるようにルール付けしたりしているが、たまにズルしようとするとので色々試行錯誤している。 [保守しやすく変化に強いソフトウェアを支える柱 自動テストとテスト駆動開発、その全体像 ～Software Design 2022年3月号「そろそろはじめるテスト駆動開発」より | gihyo.jp自動テストを、テスト対象のコードより先に書いてしまう「テストファースト」、さらにその発展形である「テスト駆動開発（TDD）」という開発手法があります。コードより先にテストを書くという一見奇妙なフローに、どのようなメリットがあるのでしょうか。ソフトウェアの設計、開発者のメンタルの面から考察します。またTDDには体験してはじめて理解できる良さもあります。百聞は一見に如かず、JavaScriptの自動テスト環境を整えてTDDを実践してみましょう。![](https://hanatane.net/content/images/icon/favicon-1.svg)gihyo.jp和田卓人![](https://hanatane.net/content/images/thumbnail/2195_automated-test-and-tdd.png)](https://gihyo.jp/article/2024/01/automated-test-and-tdd?ref=hanatane.net) テストカバレッジを出して80%以上をキープしたり、フロントエンド開発はE2Eも盛り込むなど、とにかく異状検知に力を入れる。スピード出すために必須。 Github Actionsにも当然仕込んでおく。 ## CodeRabbit CLI PR実行前に`coderabbit --prompt-only` でCodeRabbit CLIを実行してレビューに対応するようにルール付けしている。 CodeRabbitはClaude Codeのレビューでも拾わないところを拾ってくれるのでよい。同時並行開発時の悩みはしょっちゅうRate Limitに引っかかることで、CLIのlimitは課金しても大して増えないので課金のモチベーションが湧かない。(あくまでGithub上のPRレビューがメインなのだろう) [CodeRabbit: AI Code ReviewsCodeRabbit: AI Code Reviews![](https://hanatane.net/content/images/icon/favicon-27.ico)![](https://hanatane.net/content/images/thumbnail/image-1)](https://www.coderabbit.ai/ja/cli?ref=hanatane.net) 修正後もcoderabbitを実行するとすぐにlimitに達してしまうので一度だけ聞いて対応してそのままPRに進むようにしている。 PRスコープ外のnitpikに関してgithub issue化するようなルール付けも良いなと思ったのだが、作業量が多くなったので最近はそこまではやっていない。 ## Lefthook Claudeへのルール付けでたまに漏れることもあるので、大きなプロジェクトだとLefthookを使ってpre-commit hookでLintとテストが走るようにしている。huskyでもよかったが、モノレポで複数言語だったのでLefthookがちょうどよさそうだった。(dd2030で使われてたので知ってた。) [GitHub - evilmartians/lefthook: Fast and powerful Git hooks manager for any type of projects.Fast and powerful Git hooks manager for any type of projects. - evilmartians/lefthook![](https://hanatane.net/content/images/icon/pinned-octocat-093da3e6fa40-9.svg)GitHubevilmartians![](https://hanatane.net/content/images/thumbnail/0bf8ef80-96c8-11e9-98c4-5c275172132d)](https://github.com/evilmartians/lefthook?ref=hanatane.net) ちなみにClaudeはこのチェックを隙あらば迂回しようとしてくるのでルールで潰す。 ## Claude Code Actions `/install-github-app` でClaude CodeをGithubリポジトリに住まわせることができる。issueやPR上で@claudeで作業させられるようになるが、メインはPRのレビュー。CodeRabbitはプライベートリポジトリでは有料版が必要なのでMaxプランで動いてくれるClaudeは本当に心強い。 [Claude Code GitHub Actions - Claude Code DocsClaude Code GitHub Actionsを開発ワークフローに統合する方法について学びます![](https://hanatane.net/content/images/icon/apple-touch-icon-11.png)Claude Code Docs![](https://hanatane.net/content/images/thumbnail/image-2)](https://code.claude.com/docs/ja/github-actions?ref=hanatane.net) 結局Claudeで実行するならローカルでも良いのでは？となるが、ローカルではCodeRabbitがメインのレビュアーで、ActionsのClaudeはApprove判断を行うという役割分担になっている。5並列くらいで回していると、PR作成してGithub上で各種CIやレビューが走っている間に他のプロセスを見たりするのでちょうど良い。 ## Github Copilot Pro そういえば放送大学生なのでGithub Copilot Proが無料で使えるなと思ってまたGithub Educationに再登録した。 Copilot ProもPR上で細かい改善点をレビューしてくれる。Coderabbit, Copilot, Claudeの謎の多重チェック体制となっている。 [学生、教師、またはメンテナンス担当として GitHub Copilot Pro に無料でアクセスする - GitHub ドキュメント学生、教師、またはオープンソースのメンテナンス担当として Copilot Pro を無料で使用する方法について説明します。![](https://hanatane.net/content/images/icon/favicon-1.png)GitHub Docs![](https://hanatane.net/content/images/thumbnail/copilot.png)](https://docs.github.com/ja/copilot/how-tos/manage-your-account/get-free-access-to-copilot-pro?ref=hanatane.net) Copilot Proはweekly limitに達した時とかにopen codeを使うときにも活躍してくれそう。 ## opencode Claude Codeで同時並行で起きてる間ずっと回していたらweekly limitに達してしまった。 2日間ほど強制的な絶状態を味わったのだけど、その間に触ったのがopencodeで完成度も良さそうだった。ChatGPT PlusやCopilot Proのサブスクリプションがあるのでweekly limitに達した後や、特定タスクに関してはClaude Maxの枠を使わずにこちらで対処するのもありなのかなと思っている。 Claudeの資産をそのまま使えるのが強く、Agent Skillはそのまま使えるし、AGENTS.mdはClaude CodeのCLAUDE.mdにシンボリックリンクを貼ればOK。 [GitHub - anomalyco/opencode: The open source coding agent.The open source coding agent. Contribute to anomalyco/opencode development by creating an account on GitHub.![](https://hanatane.net/content/images/icon/pinned-octocat-093da3e6fa40-12.svg)GitHubanomalyco![](https://hanatane.net/content/images/thumbnail/2c2c3389-c647-405c-a499-f80e4d521277)](https://github.com/anomalyco/opencode?ref=hanatane.net) ## まとめ 同時並行開発を実際にやってみると、想像していたことと真逆のことが起きていた。 - 認知的にすぐパンクすると思っていたら、人間とagentの役割がより明確に分離したので人間は凄まじい過集中状態になった。 - 何が起きているのかわからなくなると思っていたら、プランニングからapproveまで明確な説明がgitのログに残るようになったのでかなり把握できるようになった。分からないことはその場で聞けば詳細に調べられるし。 - 知識がものすごい勢いで増えていく。検討中にClaudeとディスカッションすると新奇の概念に触れることが多く、なぜそれが今必要なのか/必要でないのかという文脈つきで入ってくるので吸収がとても良い。 - 肥大化するCLAUDE.mdを定期的にリファクタリングして、ruleやskillなど再利用可能な単位になっていくのが気持ちいい。 なんというか「自分はエンジニアじゃないので〜」という免罪符を振りかざす層がAgentic Codingの一番うまい蜜を啜ってる層な気がしていて、同時に事故るときに一番激しくなりそうなのでそこんとこ気をつけたいなと思っております。