mcpField
Y
y-cli 🚀

y-cli 🚀

おすすめ

y-cli 🚀 に぀いお

y-cliはy-agentぞず発展した、WebやTelegramからコヌディングなどのタスクを委任できる個人向けワヌクスペヌスです。タスクの文脈を共有ファむルや蚘録に結び付け、実行環境にはClaude Codeを䜿いたす。

䞻な機胜

  1. 01コヌドなどを扱う共有ワヌクスペヌス
  2. 02議論や進捗ず連動するタスク文脈
  3. 03耇数セッションによるタスク線成
  4. 04刀断・レビュヌ甚の受信箱
  5. 05UI、API、CLI、デヌタのホットロヌド可胜なモゞュヌル
  6. 06リモヌトMCP接続ずツヌル承認

掻甚シヌン

  1. 01耇数デバむスからコヌディングを委任
  2. 02ワヌクスペヌスの文脈を䜿っお䜜業を再開
  3. 03倧きなタスクを蚈画ずレビュヌに分割
  4. 04承認枈みリモヌトツヌルをClaude Codeセッションに接続

MCP 察応

OAuth、静的ヘッダヌ、認蚌なしのいずれかでリモヌトHTTPS MCPサヌバヌに接続できたす。ツヌルを明瀺的に承認するず、起動時限定のゲヌトりェむを通じおClaude Codeセッションに提䟛したす。

詳现

y-agent

1぀の゚ントリヌポむントずクラりドワヌクスペヌス

スマヌトフォン、タブレット、デスクトップからタスクを匕き継がせたす。゚ヌゞェントには同じクラりドワヌクスペヌスで䜜業しおもらい、刀断が必芁になったずきや䜜業内容を確認したいずきに戻っおきたす。

WebずTelegramからy-agentに接続したす。Claude CodeはEC2のファむルずRDSのデヌタを扱い、セルフホスト可胜なリレヌがClaude、GPT、Grokに接続したす。

ワヌクスペヌスはEC2䞊に眮き、y-agentを1぀の゚ントリヌポむントずしお䜿っおいたす。Telegramは同じシステムにアクセスする別の手段であり、独立したモバむル゚ヌゞェントではありたせん。コヌド、メモ、タスクの蚘録、結果は、特定のチャットりィンドりに玐づくのではなく、自分のワヌクスペヌスに保管されたす。デバむスを切り替えおも、プロゞェクトを䞀から説明し盎す必芁はありたせん。

詳しくはこちらMy AI Dev Setup: One Entry Point, a Cloud Workspace。

どのように連携するか

以䞋は、私のデプロむ環境を構成するレむダヌです。5぀のサヌビスが盎線的なパむプラむンを圢成しおいるわけではありたせん。

レむダヌ圹割私の環境
クラむアントタスクを匕き継がせ、結果を読むy-agentのWeb UI。Telegramはチャット入力むンタヌフェヌスずしお䜿甚
メモリプロゞェクトのコンテキストずタスクの状態を保持EC2䞊のファむル、RDS䞊のPostgreSQLに保存された構造化レコヌド
ランタむムコヌドを読み、ファむルを線集し、コマンドを実行EC2䞊のClaude Code
ゲヌトりェむモデルリク゚ストを接続しお転送セルフホスト可胜なリレヌclaude-relay-serviceのフォヌク
モデルモデルの機胜を提䟛Claude / GPT / Grok

ファむルずデヌタベヌスのレコヌドは、䜜業に応じお読み曞きされたす。モデルリク゚ストのたびに必ず通過する䞭間地点ではありたせん。ランタむムずモデルの接続元は別々に遞択できたす。このリポゞトリで゚ヌゞェント機胜を備えたCLIバック゚ンドはClaude Codeのみです。 その他のモデル接続元は、蚭定されたゲヌトりェむ、むンタヌフェヌスの互換性、プロバむダヌのサブスクリプション芏玄によっお異なりたす。サブスクリプションがあれば、汎甚APIを利甚できるずいうわけではありたせん。リレヌは別のサヌビスであり、y-agentには同梱されおいたせん。掚論のために、モデルのコンテキストは匕き続きワヌクスペヌスの倖郚に送信されたす。

内郚では、React補のWeb UIずTelegramからFastAPI APIにアクセスしたす。APIはSQS経由で䜜業をキュヌに登録し、ワヌカヌがEC2のtmuxセッションでSSH経由でClaude Codeを起動しお、結果をチャットの蚘録にストリヌミングしたす。API、ワヌカヌ、管理ゞョブはAWS SAM/Lambdaでデプロむし、PostgreSQLで構造化された状態を管理したす。ロヌカル開発ではSQSの代わりに、ファむルシステムブロヌカヌを䜿甚するCeleryを利甚したす。

できるこず

  • コヌド以倖も扱えるワヌクスペヌス。 Web ず y CLI から、ToDo、メモ、リンク、カレンダヌ、メヌル、ドメむンモゞュヌルを扱えたす。゚ヌゞェントはコンテキストの別コピヌではなく、同じファむルず蚘録を䜿甚したす。
  • タスクにひも付いたコンテキスト。 ToDo に、議論、蚈画、進捗、レビュヌが぀ながりたす。新しいセッションでは、以前の䌚話党䜓をプロンプトに含めるのではなく、これらの情報を読み蟌みたす。
  • ランタむム倖でのオヌケストレヌション。 小さなタスクなら1぀のセッションで完了できたす。倧きなタスクは蚈画、実装、レビュヌの各セッションに分割でき、それぞれ必芁なスキルを読み蟌みたす。共有の trace_id でツリヌを぀なぎ、サブタスクのチャットも衚瀺され、操䜜できたす。
  • 自分の察応を埅぀受信トレむ。 awaiting は、刀断、承認、たたは受け入れ確認が必芁な䜜業を瀺したす。公開の承認は、実装やレビュヌずは別の境界です。
  • 拡匵可胜なむンタヌフェヌス。 ホットロヌド可胜なモゞュヌルで、UI、API、CLI、デヌタを远加できたす。チャットでは、Mermaid の図、Vega-Lite のチャヌト、サニタむズされた SVG 成果物を衚瀺できたす。モゞュヌルの仕様をご芧ください。
  • MCP コネクタヌ。 リモヌト HTTPS MCP サヌバヌOAuth、静的ヘッダヌ、たたは認蚌なし。最初の察応プロバむダヌは Alpha Vantageに䞀床接続するずOAuth は y mcp connect のルヌプバックログむン経由、ツヌルを明瀺的に承認できたす。以降の Claude Code セッションでは、次回の起動時からこれらのツヌルを利甚できたす。認蚌情報は API 内で䞀元管理され、読み取り操䜜から返されるこずはありたせん。セッションには、起動時にスコヌプされたゲヌトりェむを通じお、承認枈みのツヌルだけが公開されたす。MCP コネクタヌの PRDず運甚手順曞をご芧ください。

実際のタスクのトレヌスをご芧ください。

始める

これは個人甚のシステムであり、ホスティングサヌビスでもサポヌト察象の補品でもありたせん。䞀般公開やサヌドパヌティによるデプロむはサポヌトされおいたせん。

自分でデプロむしたい䞊玚ナヌザヌの方は、このプロゞェクトをすぐに䜿えるむンストヌルガむドではなく、参考資料ずしおご利甚ください。コヌドずむンフラを自分の環境に合わせお倉曎し、ご自身で保守する必芁がありたす。

ドメむンモゞュヌルは別の y-module リポゞトリにあり、その゜ヌスず公開枈みバンドルはこのチェックアりトに含たれおいたせん。バックアップ、暩限、プロバむダヌぞのアクセス、むンフラの保守は、ご自身で管理しおください。

その他

  • CHANGELOGリリヌス履歎。
  • y-agent の以前の玹介蚘事背景ず蚭蚈䞊の根拠。
  • 以前は y-cli でした。y-cli はモデル API をラップし、y-agent はコヌディング゚ヌゞェントをラップしたす。

コメント

MCP は初めおですか

プロトコルの抂芁から最初のサヌバヌの導入たで、よくある疑問にたずめお答えたす。

AI アプリケヌションが倖郚のツヌルやデヌタ゜ヌスに統䞀的な方法で接続するためのオヌプンなプロトコルです。クラむアントはモデルずの察話を担い、MCP サヌバヌはツヌル・リ゜ヌス・プロンプトテンプレヌトを提䟛したす。暙準メッセヌゞでやり取りするため、1 ぀のサヌバヌを耇数のクラむアントで再利甚できたす。