Everything Claude Code（ECC）は開発者に豊富なツールと指針を提供します。最適な開発習慣とパターンに従わせることで成果物を向上させるアプローチです。一方、Oh My ClaudeCode（OMC）は複雑な設定なしに複数のエージェントを自動で調整します。素早く結果を得ることに集中しています。

チョン・ドヒョン - ROBOCO首席コンサルタント

先行する2本の記事、Everything Claude Code Distilled と Oh My ClaudeCode Distilled でそれぞれを整理しました。今回の記事では、バイブコーディングのコミュニティで現在話題となっている2つのツールを比較し、選択の助けになればと思います。

本稿では、2つのGitHubオープンソースプロジェクト、Everything Claude Code（affaan-m）とOh My ClaudeCode（Yeachan-Heo）を導入の観点から比較してみました。12

TL;DR

  • ECCは品質、検証ループ、細やかな制御に強い構成型のツールボックスに近い存在です。
  • OMCは並列実行、自動オーケストレーション、低い学習負担を前面に出した自動化中心のアプローチです。
  • チーム導入においては、長期的な品質と標準化が重要ならECC、素早いプロトタイピングと並列による加速が重要ならOMCがより適しています。

比較サマリー

基準 Everything Claude Code (ECC) Oh My ClaudeCode (OMC)
中核の哲学 ツールと指針の提供、ユーザー主導 自動オーケストレーション、システム主導
機能 エージェント/スキル/フックの総合セット、TDD・検証ループ、メモリの永続化 5つの実行モード、32個のエージェント、スマートモデルルーティング
並列処理 なし（逐次実行） Ultrapilotで最大5倍の加速、Swarmによる協働
使いやすさ 学習曲線あり、スラッシュコマンドを活用 ゼロコンフィギュレーション、自然言語インターフェース
技術スタック JavaScript 70%、設定ファイル中心 TypeScript 82%、アプリケーションロジック中心
コミュニティ Star 30k以上、ハッカソン優勝作、初期段階 Star 2.8k、リリース30回、着実な更新
適した状況 品質重視、長期プロジェクト、細やかな制御 素早いプロトタイピング、大規模な並列作業

機能の比較と分析

Everything Claude Code (ECC)

ECCは、Claude Codeの活用に必要な構成要素を統合したコレクションです。1 標準のClaude Codeは単一のエージェントしか使いません。ECCには多様なサブエージェント、ドメイン別のスキル、自動実行されるフックが含まれています。1 例としてplanner、architect、code-reviewer、security-reviewerといった専門エージェントがあります。React/Next.jsのフロントエンドパターンやデータベースのパターンといった知識スキルのテンプレートも提供します。1

さらに/plan、/tdd、/code-review、/build-fixといったスラッシュコマンドで特定の作業を即座に実行できます。1 ワークフローごとにプロンプトを毎回書かなくてよい、という意図です。メモリ管理（セッション間のコンテキスト保存/読み込み）、継続的な学習（セッションからパターンを抽出してスキルとして保存）、自動的な文脈の圧縮といった機能も含みます。1 長時間セッションの限界を克服し、継続的なプロジェクト進行を可能にする中核的な要素です。こうした理由からECCは包括的な環境を提供します。Mediumのレビューでは「Claude Code用のオペレーティングシステム」になぞらえられたこともあります。3

ただし、ECCはClaude Codeの基本的な枠を拡張するアプローチです。同時並列処理や高度なモード切り替えといった機能は含みません。単一のエージェントが一連の作業を逐次的に遂行します。ECCはエージェントの分業と自動化ツールでその過程を助ける形です。機能は豊富です。その代わり、どのツールをいつ活用するかをユーザー自身が判断しなければなりません。構成型ツールキットとしての性格が強いといえます。

Oh My ClaudeCode (OMC)

OMCは機能設計の哲学からしてECCと異なります。「ユーザーが学習する必要なく、最適な方法で勝手にやってくれる」という目標に合わせて設計されました。2 最も目を引く機能は5つの実行モードです。2

  • Autopilot: 完全自動モード
  • Ultrapilot: 並列加速モード
  • Swarm: 複数のエージェントがタスクプールを協働処理
  • Pipeline: 作業を逐次パイプラインとして連結
  • Ecomode: トークン節約を優先するモード

状況に応じて多様な戦略が自動的に適用されます。例えば、1つのプロジェクトでバックエンドとフロントエンドのコードを同時に書く場合、Ultrapilotが複数のエージェントを並列投入して速度を高めます。テストやリファクタリングのように段階が重要な場合はPipelineで順序を保証する、といった具合です。4

OMCにはECCと類似した専門エージェントが32個含まれています。2 ただし、ユーザーがそれらを直接呼び出すというより、自然言語で指示すればOMCが適切なエージェントを選び出します。並列/逐次の実行戦略まで決定します。2 またスマートモデルルーティング機能により、単純な作業には安価で速いモデル（例：Haiku）を、複雑なロジックには強力なモデル（Opus）を活用します。2 コストと性能のバランスを取る方式です。こうした自動化は、大規模プロジェクトや多段階の作業においてユーザーの手間を減らす強みになります。

一方、OMCの弱点は複雑さから来るリスクです。複数のエージェントが絡み合って作業します。問題が発生したときに原因の特定が難しくなります。5 自動的に委譲されたエージェントの品質が常に均一とは限らない、という指摘もあります。5 結局のところ、Claudeに「各分野の専門家のように振る舞え」とプロンプトを与える方式の限界が残る、という話です。それでも継続的な改善で弱点を減らしています。SQLiteベースの作業調整などによって協働の信頼性を高めています。2

結論

機能面で見ると、ECCは開発プロセス全般を細やかに支援するツールの集まりです。OMCは、そのツールの利用を自動化して利便性と拡張性を高めた格好です。精緻なTDD/検証フローやセッションの持続性などはECCの強みです。並列処理と自動オーケストレーションはOMC独自の強みです。組織的なコード品質の管理や長時間セッションのサポートが必要ならECCが充実しています。別途のカスタマイズなしに素早い開発サイクルを望むならOMCの機能セットが有利です。

使いやすさの比較と分析

Everything Claude Code (ECC)

ECCのインストールと設定は、Claude Code CLI環境に慣れていれば難しくありません。公式に推奨される方法はClaude Codeのプラグインとして追加する方式です。1 マーケットプレイス追加コマンドとインストールコマンドを入力するだけでECCの構成要素が有効化されます。1 インストールが終わると~/.claude/ディレクトリにエージェント、スキル、フックなどが登録されます。Claude Codeですぐに/tdd、/planといったコマンドを使えます。クロスプラットフォーム対応が整備されており、Windowsでも追加のシェル設定なしに同じ手順でセットアップできます。1

ただし活用の段階では、ユーザーの能動的な役割が求められます。ECCのREADMEは「このリポジトリは生のコードであり、すべてはガイドで説明される」という趣旨を述べています。1 文書を読み、概念を理解して使う方式を前提としています。例えばECCのルール（.md）ファイルを適用するには、ファイルを手動で~/.claude/rules/フォルダにコピーするか、設定へマージする必要がある場合があります。1 またECCに含まれる数十個のエージェント/スキルのうち、何をいつ呼び出して使うかも結局はユーザー次第です。慣れてくれば必要な機能を選んで使う柔軟性が生まれます。初期には膨大な機能一覧が学習負担になり得ます。まとめると、インストールは手軽です。その代わり学習曲線があります。使いこなすには時間をかけて構造を把握する必要があります。

Oh My ClaudeCode (OMC)

OMCの開発者は「初心者でも即座に強力なClaude Codeユーザーになれるように」使いやすさを設計しました。6 インストールはECCと同じくプラグインとして追加する方式です。リポジトリのアドレスの代わりにGitHubのURLを直接指定することもできます。4 NPMによるインストールのオプションも提供されます。4 基本インストール後にomc-setupコマンドを一度実行すれば、内部設定が自動的に完了します。4 それ以降は特に設定を変えることなく、自然言語で指示すれば済みます。

例えば「ultrapilotモードでこのプロジェクトをビルドして」のように言えます。「プロジェクトをビルドして」とだけ言っても、内容に応じて並列モードを自動で適用します。スラッシュコマンドを暗記する必要なく、普通の会話で制御できる点が敷居を下げます。2 またHUD（ステータスライン）で、現在動作中のエージェント数や実行モードをリアルタイムに表示します。2 内部プロセスを知らなくても進行状況を可視的に把握できるよう助けます。

一方で、OMCもすべての状況を解決できるわけではありません。異常な動作をしたときに原因の特定が難しい場合があります。設定が正しく行われていなかったり、Claude Codeのバージョン変更で非互換が生じたりすると、問題がどこで発生したのか把握しづらいというフィードバックがありました。5 READMEが一時期マーケティング文句に偏り、具体的な説明が不足しているという指摘もありました。5 ただし最近のアップデートでは、文書の補強と設定スクリプトの改善によって良くなっています。v3.x系に入って安定性が向上したという評価もあります。

結論

インストールの容易さは、ECCもOMCもプラグインとして追加できるため大きな差はありません。使用の利便性はOMCのほうが親しみやすいといえます。コマンドを学習せずに自然言語で操作できる点が核心です。一方でECCは強力です。その代わり、ユーザーが主導的に機能を選ばなければなりません。学習曲線を受け入れる意志のあるユーザーに向いています。まとめると、「素早い道案内」はOMCです。「深いツールボックス」はECCです。

技術スタックの比較と分析

2つのプロジェクトはいずれも、Anthropic Claude Code CLI環境の上で動作する拡張プラグインです。内部的にはClaude Codeが提供するAPIフックとプラグインシステムを活用します。実装には違いがあります。

Everything Claude Code (ECC)

ECCはTypeScriptというよりも、JavaScriptと設定ファイル中心で構成されています。GitHubの統計基準でJavaScriptが約70%、そこにMarkdown文書（スキル/エージェントの定義など）、少しのPython、Shellが混ざっています。1 これは、ECCが主にコマンドプロンプトと設定を提供する性格であることを反映しています。

リポジトリには.mdファイルにエージェントの行動指針が記述されています。hooks.jsonのようなJSONでフックが定義されています。1 v1.1.0ですべてのフックとスクリプトをNode.js（JavaScript）で書き直しました。1 Windows/Mac/Linuxのどこでも同じように動作するようにするためです。初期バージョンには一部シェルスクリプトがありました。現在はscripts/フォルダ配下に*.jsとして実装されたクロスプラットフォームのNodeスクリプトに置き換えられています。1 Pythonコード（約19%）は、例示や特定ツール連携用のスクリプトと推測されます。全体の実行ロジックはNode.jsベースです。

またECCはパッケージマネージャーの検出/設定機能も提供します。プロジェクトのパッケージ管理ツール（npm、pnpm、yarn、bun）を自動認識します。1 CLAUDE_PACKAGE_MANAGER環境変数や設定ファイルで指定できるようにしています。1 こうした付加スクリプトはNode.jsで書かれ、ECCのインストール時に一緒に提供されます。

配布方式はNPMではありません。GitHub連携です。GitHubリポジトリをClaude Codeのマーケットプレイスのソースとして追加してインストールする形です。1 アップグレードはgit pullや/plugin updateで行われます。リリースタグで主要な変更点が告知されます（現在は1.1.0リリース）。1

Oh My ClaudeCode (OMC)

OMCはTypeScriptを主要な言語として使っています。複雑なロジックをコードで実装したプロジェクトです。2 TypeScript 82%、JavaScript 10%程度という構成は、機能を動的に処理するためのアプリケーションレベルのコードを多く含むという意味です。2 並列エージェントの管理には、スレッド/プロセスプールの管理、作業分配のアルゴリズム、状態の同期が必要です。こうした部分がTypeScriptで書かれています。

OMCはClaude Codeのプラグインです。同時にNPMパッケージ（oh-my-claude-sisyphus）としても配布されています。4 npmの統計基準で月9千回以上のダウンロードが行われています。4 これは、Claude Code CLIと連携せずに独立実行したり、他の環境で活用したりするための試みかもしれません。ただし通常は、Claude Code環境の中でプラグインとして使うのが基本です。

OMCのアーキテクチャの特異点は、データベースおよび並列処理のメカニズムです。v3.6.0時点でSQLiteベースのSwarm調整を導入しました。2 複数の並列エージェントが作業状態を共有/調整するために軽量DBを使います。例えば5個のエージェントがSwarmモードで動作すると、SQLite DBに作業の完了可否や共有リソースの情報を記録して、競合状態なく協働できるようにします。こうした要素（並行性、状態管理）は、ECCにはないOMC独自の技術スタック上の特徴です。OMCにも一部PythonやShellが含まれます。2 ローカルテストの実行やシステムコマンドの呼び出しのためのコードと推測されます。データ処理用のPythonヘルパーがあり得るという推測も可能です。

結論

技術スタックの観点では、ECCは設定指向、OMCはコード指向と要約できます。ECCは構成ファイルとスクリプトの組み合わせでClaude Codeの機能を拡張します。OMCは別途のプログラムロジックでClaude Codeの上にレイヤーを重ねる感覚です。OMCは内部動作が複雑です。その代わり精緻な制御を行います。ECCは比較的単純な構造で、Claude Code本来の安定性を保ちながら拡張します。カスタマイズを自分で行いたいならECCの構造は理解しやすいかもしれません。完成度の高い並行処理エンジンを望むなら、OMCのTSベースのアーキテクチャが提供する機能を活用するほうがよいでしょう。

コミュニティおよび更新頻度の比較

Everything Claude Code (ECC)

ECCは2025年12月頃に公開されて以降、爆発的な反応を得ました。AnthropicとForum Venturesが主催した公式ハッカソンの優勝作であるという話題性がありました。3 開発者がSNSで公開した使用レビューのスレッドが口コミで広がりました。公開から数日で数万単位のStarを獲得しました。現在のGitHub Starは3万個以上です。1 Forkも数千個に達します。1 Claude Code関連プロジェクトの中で最上位の人気という評価です。

コミュニティの面では、Mediumの記事、ブログ、Redditの議論などが活発です。多くのユーザーがECCをインストールして試しています。Issueの報告や改善提案（PR）も上がっています（GitHub Issue 6件以上、PR 8件以上が進行中）。1 開発者のAffaan Mustafaもフィードバックを受けて1.1.0アップデートを出しました。1 このバージョンでクロスプラットフォームの問題解決とバグ修正が反映されました。1

コミュニティは初期段階です。ただしStar数からも分かるとおり関心層は広いといえます。Claude Codeユーザーによる経験の共有やガイドの作成も増えており、情報を得やすいという評価です。動作原理や使い方を解説したMediumの記事、RedditのQ&Aも存在します。3 Discussionsタブも開かれています。1 ユーザー同士で質疑応答が行われます。プロジェクトの速度がとても速いわけではありません。現時点までのリリースは2回（1.0、1.1）です。1 ただし中核の開発者が継続的に対話しながら改善を予告しています。今後のアップデートへの期待値は高いといえます。

Oh My ClaudeCode (OMC)

OMCはECCより早い時期に登場しました。着実に発展してきたプロジェクトです。GitHub Starは2.8千個の水準です。2 ECCよりは少ない数です。ただし初期のバイラル効果の差にすぎず、実際のユーザー基盤は相当なものです。前身にあたるOh-My-OpenCodeは、OpenAI OpenCode CLI側で人気を集めて検証されたアイデアでした。7 Claude Code用にフォーク/拡張される過程で機能追加が続きました。

GitHubのリリース記録基準では、v3.6.0（2026年1月26日付）が最新です。2 その前も3.x系で数十回のマイナー/メジャーリリースがありました。2 リリースノートによって、新しいエージェント、モード、最適化などが頻繁に追加されてきました。2 これは、OMCチーム（主開発者のYeachan-Heoと貢献者たち）が活発に開発を継続してきたことを意味します。

コミュニティの規模はECCほど大きくありません。その代わり特化したユーザー層が存在します。RedditのClaudeCodeフォーラムなどでレビューやTipsが共有されます。Hacker Newsにも関連する議論が上がります。5 何人かのユーザーがMediumに使用経験を寄稿して有用性を評価しています。6 またOMCはREADMEで、インスピレーションを与えたプロジェクトとしてECC、oh-my-opencode、claude-hudなどに言及しています。2 オープンソースのエコシステムに対して協力的だという評価です。例えば、ECCの一部のアイデア（文脈管理など）をOMCも取り入れるといった相互補完に触れています。

結論

コミュニティの面では、ECCのほうが関心と支援が大きいといえます。資料もサポートも豊富です。ただしプロジェクトが非常に新しいものです。安定した長期サポートについてはもう少し見守る必要があります。一方でOMCは相対的に静かです。その代わり継続的な改善と忠実なユーザー層を確保しています。成熟度の面では安定しているという評価です。更新頻度はOMCのほうがはるかに高いといえます。新機能に早く触れられます。ECCは選別して主要なアップデートを出す保守的なリリース傾向を示します。導入に際して最新機能と素早い改善を望むなら、OMCの開発速度が利点になり得ます。検証された設定を慎重に適用したいなら、ECCのコミュニティガイドと相対的な人気から来る集合知を活用するほうがよいでしょう。

パフォーマンスおよび実行速度の比較

Everything Claude Code (ECC)

ECCは基本的に、Claude Code本来の性能の限界の中で最適化を追求します。1 一度に1つのリクエスト/レスポンスを処理するClaudeの流れを維持します。その代わり、文脈管理と反復作業の最小化によって効率を高めるという戦略です。

ガイドで言及されているToken OptimizationやPerformance rulesは、不要なトークン消費を減らすためにモデル選択とプロンプトのスリム化の原則を提示します。1 エージェントの分離によって、メインの文脈が不必要に肥大化しないよう設計されています。1 例えば、コーディング中のテスト生成は/e2eコマンドで別のエージェントに任せ、本流をシンプルに保つといった具合です。1

またECCは検証ループ（verify）を提供します。1 コードを書く途中でテストを実行します。失敗したら修正するというチェックポイント方式を取ります。エラーを事前に捕まえて手戻りを防ぎます。セッションを長く維持し、最初から会話をやり直す必要を減らします。こうした方法で全体の時間を短縮する効果を狙います。

ただしECCは、単一インスタンスによる逐次実行の枠を超えません。絶対的な速度はClaude Codeの応答速度に準じます。複雑なプロジェクトではボトルネックが生じざるを得ません。大規模アプリケーションのコードを1つのセッションで最初から最後まで作ると、数十分以上かかることもあります。ECCはこれを根本的に加速することはできません。

その代わりECCの哲学は、「最初からきちんと書かせて反復回数を減らす」に近いといえます。AffaanがECCの設定でハッカソンにおいて8時間で複雑なWebアプリを完成させた事例を根拠として挙げています。3 並列化はありませんでした。その代わり、設定の最適化によってClaudeが迷わず効率的に作業しました。時間の観点で見ると、ECCは個々の応答時間は同じです。その代わり、再試行/修正の回数を減らして総所要時間を節約します。小さなプロジェクトよりも、長時間のセッションが必要な大きなプロジェクトであるほど利点が発揮されます。

Oh My ClaudeCode (OMC)

OMCの性能戦略は、並列化と最適な資源活用に要約されます。2 複数のエージェントをまとめて動かします。サーバーとクライアントのモジュールを同時に開発できます。大きな問題を分割して並列に解決することもできます。実時間（wall-clock time）を短縮する効果を狙います。

Ultrapilotモードをオンにすると、Claude Codeのインスタンスを最大5個まで並列実行します。4 3〜5倍の速度向上が期待できます。4 Swarmモードは作業単位を自動的に分割します。4 N個のエージェントが協働します。例えば10個の機能実装が必要なら、各エージェントが1つずつ担当して同時に進める線形の倍速を狙います。Pipelineモードは逐次です。その代わり、段階ごとに特化したエージェントが交代で投入され、専門性の効率を高めます。Ecomodeは速度をある程度維持しつつ、コスト（トークン）を節約できるよう小さな文脈で作業させます。2

OMCの並列化は、複雑なプロジェクトで大きな時間短縮につながります。Mediumのレビューによれば「複雑な作業も自動で並列化して効率的だ」という評価があります。6 ユーザーたちも複数のモードで速度が向上することを報告しています。特にralphというキーワードを付けて実行すると、作業が完全に終わるまで諦めずに試行を続けます。2 開発者が見守る必要なく最後まで自動的に完遂させてくれる利便性も加わります。

ただし、OMCの性能上の利点には前提条件があります。第一に、Claude APIやClaude Proのレート制限の許容量を活用できる必要があります。2 Claude ProもAPIも、レート制限に基づいて同時リクエストを許可します。8 ただしAPIのティア（Tier 1〜4）によってRPM（毎分リクエスト数）とトークンの上限が異なります。低いティアでは並列エージェントを多く動かすとレート制限に早く到達し、並列化の利点が制限されることがあります。

第二に、並列化が常に線形の性能向上を保証するわけではありません。例えば5個の並列エージェントがそれぞれ多くのやり取りをすると、全体のトークン消費が大きく増えることがあります。5 応答の遅延やコストの増加が発生し得ます。作業を分割する過程で相互依存があると、並列の効率は落ちます。こうした理由から「小さなプロジェクトではOMCが大きく有利とは限らない」という評価もあります。

結論

実行速度の面ではOMCが明確な優位を持つといえます。適切な状況で並列モードを活用すれば、ECC（および通常のClaude Code）と比べて全体の作業時間を大きく短縮できるからです。ただし効果は課題の性格とClaudeの利用条件に左右されます。ECCは速度よりも品質の維持とエラーの削減に焦点を置いています。直接比較するには質が異なります。まとめると、「時間をお金で買えるなら」OMCが有利です。「遅くても一度で正確に」を望むならECCのアプローチが有効です。状況に応じて2つの哲学を組み合わせて使うことも検討できます。

総合的な結論と推奨

2つのプロジェクトはいずれもClaude Codeを強化するツールです。目指す方向は異なります。

Everything Claude Code（ECC）は開発者に豊富なツールと指針を提供します。最適な開発習慣とパターンに従わせることで成果物を向上させるアプローチです。一方、Oh My ClaudeCode（OMC）は複雑な設定なしに複数のエージェントを自動で調整します。素早く結果を得ることに集中しています。

強みのまとめ

  • ECCは機能的に包括的な開発補助セットです。長期的なコード品質とセッション管理に強いという評価です。1
  • OMCは速度と利便性に強みがあります。ユーザーの介入を最小化した自動化されたコード生成パイプラインを提供します。2

弱みのまとめ

  • ECCは学習と手動の操作が必要です。習熟度に依存します。並列処理がないため、大規模な作業では時間の問題が生じることがあります。
  • OMCには自動化の副作用があります。トークンコストの増加や、一部の不安定さへの懸念があります。5 小さなプロジェクトでは過剰設計になり得ます。

実運用での導入検討

品質中心のプロセス（TDD、コードレビュー、セキュリティ順守など）を整えるなら、ECCの体系が役立ちます。プロジェクトの標準を確立し、Claudeを教育するような感覚で使えます。長期的に一貫した性能を得るうえで有利です。逆に、素早いプロトタイピングや時間が重要なプロジェクトであれば、OMCの並列エージェントで短期間に成果物を出す方式が効果的かもしれません。Claude Codeに慣れていない開発者も、OMCなら低い学習曲線で生産性を上げられます。26

究極的には、2つのプロジェクトは相互排他的ではありません。必要に応じて併用することもできます。例えばECCのルールとフックで基本的な品質を押さえます。同時にOMCのUltrapilotモードで並列加速を併行するシナリオも理論上は可能に見えます。OMCはECCを参考にしながら発展しています。2 今後、両者の長所がさらに統合される可能性もあります。

結論として、「堅固な基盤の上でClaude Codeを運用」したいならEverything Claude Codeを優先的に導入してみる価値があります。「特に悩まずにClaude Codeの限界を突破」したいならOh My ClaudeCodeを優先的に導入してみる価値があります。それぞれの強みを理解して適用すれば、Claude Codeの活用度を大きく高められます。

  1. https://github.com/affaan-m/everything-claude-code ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎

  2. https://github.com/Yeachan-Heo/oh-my-claudecode ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎

  3. https://medium.com/@joe.njenga/everything-claude-code-the-repo-that-won-anthropic-hackathon-33b040ba62f3 ↩︎ ↩︎ ↩︎ ↩︎

  4. https://yeachan-heo.github.io/oh-my-claudecode-website/ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎

  5. https://news.ycombinator.com/item?id=46572032 ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎ ↩︎

  6. https://medium.com/@joe.njenga/i-tested-oh-my-claude-code-the-only-agents-swarm-orchestration-you-need-7338ad92c00f ↩︎ ↩︎ ↩︎ ↩︎

  7. https://dev.to/chand1012/the-best-way-to-do-agentic-development-in-2026-14mn ↩︎

  8. https://docs.anthropic.com/en/api/rate-limits ↩︎