GitHubの日榜トレンドで伸びている Cindy（makecindy/cindy）は、Claude Code や Codex をローカルで束ねるオープンソースのAIエージェントだ。★4.3k・Apache-2.0。「Consider it done.（やっておきます）」を掲げ、1つのアプリから複数のハーネスとモデルを切り替えて使う。本記事はREADMEの公称値をそのまま写さず、リポジトリ本体（17,051ファイル）を手元にcloneして、構成・前提・どこがクラウド依存かを実測で切り分ける。

WHAT IT REPLACES何を代替するか

Cindy が束ねるもの

これまで

ハーネス個別

  • Claude Code と Codex を別々に起動
  • メモリ・スキルはツールごとに分断
  • デスクトップで完結

Cindy

1つのエージェント

  • 複数ハーネス×モデルを1画面で切替
  • メモリ・スキルを横断で継続
  • デスクトップ＋モバイル
出典: README（2026-10-25時点）

30秒でわかるCindy（2026-10-25時点）

  • ・正体：複数のハーネス（まず Claude Code・Codex）を1つにまとめる、デスクトップ＋モバイルのAIエージェント。この公開リポジトリはクライアント本体
  • ・何ができる：ハーネス×モデルをタスク途中でも切り替え、メモリ・スキルを横断で継続。ブラウザ・PC・スマホの操作、IMや予定からの実行も掲げる
  • ・実測：clone と前提（Node 22／pnpm 10／Git LFS）の確認まで。GUI起動とクラウド接続を伴う動作は未検証
  • ・注意：推論は第三者ハーネスが担い、Cindy は調整役。多くの機能は既定でクラウド依存

AIエージェントの全体像とフレームワークの選び方はAIエージェントフレームワーク比較2026｜LangGraph・CrewAI・Dify等9種をStar数・実コードで検証にまとめている。本記事はその中で「既存ハーネスを束ねる」型の1本として読める。

Cindyとは｜Claude Code・Codexを束ねるAIエージェント

読者の3つの問いに先に答える。

何ができるか。READMEは複数のハーネス・モデル・ツールを1つのエージェントにまとめ、プロジェクトやアプリの中で実作業を終わらせる、としている。ハーネスとモデルは自由に組み合わせられ、タスクの途中でも切り替えられる。ワークスペース・メモリ・スキル・ツールは切り替えても継続し、1つのタスクを別々のハーネス×モデルで計画・並列実行・レビューに分けることもできる、と書かれている。

何を解決するか。Claude Code と Codex を別々に起動し、設定やメモリをツールごとに持つと、どれで何をやったかが分断される。Cindy はその入口を1つにまとめ、横断で記憶とスキルを引き継ぐ。「一度直せば次から正しくやる」メモリや、作業の型を教えて使い回すスキルを、ハーネスをまたいで共有できる点を売りにしている。

何を代替するか。個別のハーネス運用を置き換えるというより、その上に束ねる層を1枚足すのが近い。推論モデルそのものは Cindy が持たず、Claude Code や Codex が担う。この切り分けを見誤ると「Cindy が賢い」と誤解しやすいので、仕組みから順に見ていく。

仕組み：Cindy は調整役、推論はハーネスが担う

Cindy の公開リポジトリは pnpm のモノレポで、apps/desktop（Electron）・apps/mobile（Expo / React Native）・packages/*（認証、デバイス連携、エージェントの調整、モデルプロバイダなど）で構成される。マルチエージェントの調整は packages/orca-workflow、コンテナ向けの実行系は apps/cindy-headless にあり、後者のREADMEは Claude Code・Codex・Pi の各ハーネスをCLIから公開する、と記す。

HOW IT WORKS仕組み

Cindy は調整役、実行はハーネス

  1. 依頼

    IM・予定・画面から

  2. Cindy

    ハーネス×モデルを選ぶ

  3. Claude Code / Codex

    推論と実行を担う

  4. ローカル操作

    自分のファイル・アプリ

  5. 継続

    メモリ・スキルは横断で保持

出典: README「What's in this repo」

ハーネスのバイナリはリポジトリにコミットされておらず、READMEの「What’s in this repo」によれば claude-code・codex・ripgrep は pnpm install がプラットフォーム別に取得する。Cindy 本体はどのハーネスとモデルで動かすかを決め、ファイル・アプリ・ブラウザへの操作をつなぐ調整役だ。「Cindy runs locally on your own machine, using your real files and logged-in apps（自分のマシン上で、実ファイルとログイン済みアプリを使って動く）」とある通り、作業はローカルで走る。

実測：導入の前提と確認できた範囲

前提は Node.js 22.x・pnpm 10.x（v11は非対応）・Git LFS。package.json の engines も node >=22.12 / pnpm >=10.7 <11 を要求する。READMEが示す最小の導入手順は次の通り。

git clone https://github.com/makecindy/cindy.git
cd cindy
git lfs pull
pnpm install

確認できた範囲（2026-10-25）

  • ・git clone は完走し、17,051ファイルのモノレポを取得（Node 22・pnpm 10・Git LFS はいずれも前提を満たす）
  • ・LICENSE 実体の先頭は「Apache License / Version 2.0」。タグは v1.0.0 が最新で、ベータ併走を含め計104。既定ブランチの最終コミットは 2026-10-25
  • ・pnpm install はハーネス（claude-code・codex・ripgrep）のバイナリをプラットフォーム別に取得する設計で、デスクトップはElectron、モバイルはExpo / React Nativeで動く

未検証の範囲

  • ・pnpm install の完走と、ElectronデスクトップアプリのGUI起動・クラウド接続を伴う動作は未検証。バックエンドは別リポジトリで、クライアント単体では確認できる範囲が限られる
  • ・ハーネスを束ねた実タスク（並列実行・途中切り替え・モバイル連携）の挙動は、READMEの記述であり本記事では動かしていない

ベンチマークのスコアなど公称の性能値はリポジトリに見当たらず、本記事でも数値化しない。

似たツールとの違い

束ねる対象（Claude Code / Codex）が同じでも、形は分かれる。Cindy は束ねる層＋デスクトップ/モバイルのアプリ、Orcaは並列実行に寄せたIDE、Omnigentはハーネスを差し替えるメタハーネスだ。

観点 Cindy ハーネス単体（Claude Code / Codex） メタハーネス系（Omnigent 等）
位置づけ 束ねる層＋アプリ 実行の中核（推論・ツール） 束ねる層（CLI中心）
対応形態 デスクトップ＋モバイル 主にターミナル CLI／ライブラリ
メモリ・スキル ハーネス横断で継続 ツール単位 実装による
モデル 公式クラウド／自APIキー／ローカル 各ツールの契約 差し替え前提
既定の接続先 公式クラウド（Skip Sign-Inでローカルのみ） 各ツール依存 ローカル寄り
ライセンス Apache-2.0（クライアント） 各ツール 各実装

Cindy の特徴はCLIにとどまらずモバイルまで同じエージェントを広げる点と、IM・予定からの起動まで掲げる点にある。一方で、束ねる層である以上、実行の品質は選んだハーネスとモデルに左右される。

採用前に確かめる3つの前提

魔法の箱ではない。READMEが自ら明記している制約を、導入前に押さえておきたい。

BEFORE YOU ADOPT採用前に確かめる

Cindy 導入前の3つの前提

  1. 1.モデル処理は第三者ツール

    推論は Claude Code / Codex が担い、Cindy 自体は調整役

  2. 2.既定でクラウド接続

    多くの機能が公式クラウド依存。Skip Sign-In はローカルのみ

  3. 3.発展途上の機能

    ネイティブハーネス・スキル共有・プラグイン市場は開発中

出典: README

第一に、推論は第三者ツールが担う。Cindy 自体は推論モデルを持たず、Claude Code や Codex を調整する。第二に、既定で公式クラウドに接続する。エンドポイントの定義はリポジトリの設定ファイルにあり、バックエンド本体は別リポジトリだ。Skip Sign-In を選べばローカルのエージェントだけ使えるが、サーバー連携の機能は使えない。第三に、発展途上の項目がある。ネイティブハーネスは開発中、チームへのスキル共有やプラグインのマーケットも README 上で「in the making（準備中）」と記されている。

モデルの使い方は選べる。READMEによれば、公式のCindyサービスにサインインして使用量を引く、すでに契約している Claude Code / Codex のプランを重複請求なしでそのまま使う、自分のAPIキーをつなぐ、ローカルモデルを使う、の4通りだ。クライアント本体は無料で、ソースはApache-2.0で公開される。料金やダウンロードの詳細は公式サイトに置かれている。

プライバシー面では、公式配布ビルドに製品レベルの集計用の利用統計（TapDB）が入るが、チャット内容・ファイル内容・作業ディレクトリは集めないとされ、ソースからビルドする場合は統計を外せる、とある。

まとめ：向いている人・待つべき人

この記事の結論

  • ・向いている人：Claude Code と Codex を日常的に併用し、1つのアプリで束ねて、デスクトップとスマホから同じ記憶・スキルで使いたい人。OSSなので挙動を監査・改造したい人
  • ・待った方がよい人：完全ローカル・オフライン前提の人（多くの機能がクラウド依存）、ネイティブハーネスやスキル共有・プラグイン市場を本番で当てにしたい人（まだ準備中）

Cindy は「賢い新モデル」ではなく、既存のハーネスを束ねて個人の作業に寄せるオーケストレーション層だ。価値も限界もその一点に集約される。推論の中身は選んだハーネスとモデル次第で、便利さの多くはクラウドサービスと引き換えになる。この切り分けを理解したうえで、Claude Code / Codex の運用を1つにまとめたい人には試す価値がある。

参照ソース

・makecindy/cindy（公式リポジトリ） — README・LICENSE・package.json（2026-10-25時点でcloneして確認）
・Cindy Headless（apps/cindy-headless） — 対応ハーネス（Claude Code・Codex・Pi）の記述