AIの船に乗っちゃった

最近、MCP (Model Context Protocol) の使い方を見直している。プロトコル自体はとても強力だが、ローカルで多数の server を動かすのはやはり重く感じるし、agent の context window にとっても負担になる。そこで原点に立ち返り、できるだけ CLI ツールを直接使って AI から呼び出す方針を試し始めた。

例えば Jira CLI で JIRA のタスクを処理したり、AXe でシミュレーターを操作したりする。理由は単純で、server を走らせる必要がない、クリーンな binary、管理が楽で意味が明確 ということだ。CLI をそのまま skill に置き、CLI 自体のヘルプが十分に優れていれば、追加の説明なしでも agent を超熟練にできる。

いまは Vibe Coding の後押しもあり、足りないツールがあれば自作 CLI くらいはすぐに作れる。そして、まだ置き換えが難しく、CLI 化する気が起きない MCP については、MCPLI を中間層として使えば MCP をコマンドラインに変換でき、体験もかなり良い。

少し奇妙な要件があって、Claude Code のサブスクリプションをどうにかして汎用的な OpenAI API エンドポイントに変換し、ローカルの他のサービスやアプリから使えるようにする必要がありました。なぜそんな要件があるのか、あるいはなぜ既成の API や他のモデルをそのまま使わないのかは聞かないでください……コンプライアンスだの制限だの、語り出すと涙なしでは済まない話なので。

ともあれ、本来なら余裕でさばけるはずのことが、今は急いで取り繕うしかなくて、Claude の Agent SDK に Hono を一枚かぶせ、簡単な変換を入れて、claude CLI を OpenAI 互換の API に変身させた 形でローカル向けに提供することにしました。コミュニティを一通り見ても、使いやすい類似案はあまり見当たらなかったので、必要な人が使えるように手早く OSS として公開しておきます。リスク提示には注意して、規約違反にならないようにしてください。ただ、たぶん需要はほとんどないと思います。というのも、こんな奇妙な状況にぶつかる人はそう多くないでしょうから……。

またしてもAnthropicにチャージした資金が使い切れずに期限切れとなり損をしたことをきっかけに、すべてのAPI利用方針を「モデルベンダーに直接課金」から「モデルアグリゲーションプラットフォーム経由」に切り替えることにした。以前から OpenRouter でアカウントを持ち、軽く触ったことはあるが、ORはモデル数が多すぎて雑多で、プロバイダー設定も複雑なため、少し油断するとマイナーなサービスに流れて思いがけない問題を招きかねない。それに比べてZenMuxはUIがすっきりして分かりやすく、モデルも明らかに選別されていて、プロバイダーも公式だけに見える。今後しばらくはこちらをメインに使うつもりだ。

アクセスボタンは私の紹介リンクにつながっており、新規ユーザーは初回チャージで25%のボーナス残高を得られるのでコストパフォーマンスも悪くなく、ぜひ試してみてほしい。

Nix は「純粋関数型」という思想の上に構築されたパッケージマネージャーで、依存関係を明示的に記述し、すべてのソフトウェアビルドを再現可能にし、環境を相互に汚染させることもありません。さらに嬉しいのは、宣言的な設定を使うだけで複数台のマシンにおけるシステム環境・開発ツール・ユーザーレベルのソフトウェアをすべて同期でき、「一度書けばどこでも同じ」を本当に実現できることです。

以前は Mackup を使って設定を同期していましたが、新しいシステムではそれが大幅に制限され、設定を丸ごと失う事態さえ起きました。そのため Nix を使う優先度を改めて見直し始めました。ただ Nix の文法や習得コストは決して優しくなく、これまで完全移行できなかった主な理由でもあります。ところが今は状況が変わりました。自然言語で要件を説明すれば、AI が nix の設定や flake 全体まで代わりに書いてくれ、学習コストはほぼゼロになりました。

Nix の決定性という特性と組み合わせれば、将来デバイスを替えるのも、システムを再インストールするのも、環境を引っ越すのも、残るのはただ一言──コピーすれば完了。

いくつものノートアプリを渡り歩いてきたが、ローカル優先でビジュアルも優れ、さらに AI を深く統合したものを見つけるのは本当に難しい。再び Obsidian に戻る前は、およそ 2 年間 Craft.do を使っていた。彼らは Mac Catalyst を見事に完成させたものの、AI への対応が遅く、結局は涙を飲んで離れることにした。AI 時代に最も優れたノート整理法は markdown ファイルに回帰し、ファイルを直接操作して Agent が最大限の力を発揮できるようにすることだ。Obsidian で Infio を使うことで、ノートが有機的につながり、本当のナレッジベースになった。

実のところ VS Code と任意の agent を組み合わせても似たような効果は得られるが、Obsidian にはノートに必要なビジュアルスタイルやバックリンクなどを備えた、より整ったエコシステムがある。モバイル版の Obsidian はかなり力不足なので、外出先では Termius を使って自宅サーバーに直接接続し、コマンドラインの agent にノートを操作させている。同期を気にする必要がないのも利点だ。

以前から繰り返しで退屈だが人の手も要る作業にとって、AI に置き換えるのはまさに理想的なユースケースだ。

Kingfisher のリリースは複数の PR や Issue に関わることが多く、人力で整理すると細部を見落としがちだ。手作業で確認し、変更を適切なコントリビューターへ帰属させるのも骨が折れる。さらに各バージョンに名前を付ける作業は、一日中頭を悩ませることもある。この手順があれば、AI がまず master と直前のタグとの差分を列挙し、PR の説明を自動解析して機能・修正・貢献者をまとめてくれる。私は校正と洞察の補足に集中でき、情報を一から集め直す必要がなくなる。

精度を高めるために、会話で 1～2 件のサンプル出力を添えて AI に例を模倣してもらい、新しい項目を change_log に埋めてもらう。「YAML のキー名を変更しないこと」と「各項目にリンクと貢献者を必ず付けること」をプロンプトで明示すれば、AI は release スクリプト要件に沿ったリリースノートを安定して生成する。また、なぜマイナーバージョンなのか、なぜパッチなのかといったバージョン番号の導出プロセスも提示させることで、レビュー時にセマンティックバージョニングの判断根拠を素早く検証できる。これらの戦略を組み合わせれば、煩雑だったリリース準備は気軽なレビュー工程へと生まれ変わる。

毎日コツコツと作業に没頭する技術職として、私は経済や投資を体系的に学んだ経験が乏しく、その分野の嗅覚も鈍いままだ。経済系の読物（ブログ、長文記事、評論など）を読むと、要点をつかみづらく、現象の本質を理解するのも難しい。AI の登場は、初心者として「誰にも相談できない」という気まずさを見事に補ってくれた。最近 Stratechery を購読し、ざっと読んだ後に LLM に渡して10分ほど対話しながら記事とその背後のロジックを深掘りしているが、とても役立っている。

多くの LLM は記事の要約や投資提案では良いパフォーマンスを見せるものの、ディスカッション段階になるとモデルごとに微妙な差がある。Sonnet は話題が逸れやすく、同調モードに入りがちだ。ChatGPT は発散しやすく、逆質問でテーマをやや無関係な方向へ振ることがある。Gemini は専門性が高そうだが、ときどき感情がこもった印象を受ける。総合すると、この種のタスクでは ChatGPT が最もバランスを取っている。多様な場面で使うほど、モデルが人間に似ていることを実感する。モデルごとに個性や得意分野が異なり、とても興味深い。

開発者の限界は実のところ入力速度にあります。AIの時代になり、ついに音声入力であらゆるタスクを思い通りにこなせるようになりました。VoiceInkやそのほかの類似ツールでローカルの音声ディクテーションを変換し、利用しているアプリに合わせて結果をAIへ渡し、状況ごとにプロンプトを組み合わせて二次処理を行います（たとえばCodexやClaude Codeでは「開発者向け音声指令処理」を使い、Slackでは自動翻訳で私の中国語入力を相手が理解できる文章に変換するなど）。こうしたワークフローは驚くほどシンプルですが入力効率を大幅に高め、マルチタスク作業の最後の障壁を越えさせてくれました。

二次処理の速度は極めて重要で、現在では高速さに長けた Groq が最も有力な選択肢に思えます。モデルに関してはKimi-2を好んで使っています。GPT OSSの2つのモデルはトークン生成の絶対速度こそ速いものの、推論モデルであるためこの種のリアルタイムタスクではKimiのような非推論モデルほど直接的かつ迅速には機能しません。普段使いの範囲であれば、Groqの個人プランは完全に無料で利用でき、とても快適です。

自宅サーバーでセルフホストした n8n インスタンスは、日々の幸福度を大きく高めてくれます。私の環境では、毎朝スケジュールされたタスクが実行され、その日に加えて翌日の天気や家族全員のカレンダー予定を取得します。さらに AI 連携によって、服装の提案や一日のスケジュールを自動生成し、温かい挨拶と短いモチベーションメッセージを添えて、最終的に Bark 経由で家族全員に届けてくれます。最高の一日の始まり方です。

その通りです。ご覧いただいているこのサイトは、純粋な vibe coding の産物であり、私は一行もコードを書いていません。現在のプログラミングエージェント系ツールは、フロントエンドの問題を扱う際にまさに自由自在で、Codex のコストパフォーマンスは現代においてトップクラスと言えるでしょう。企画から実装まで、ほぼすべての作業を担ってくれています。

経験の話をすると、何度か「ゼロから」の vibe coding を試してみて、実際に手を動かす前に要求をきちんとすり合わせておくことが成功の鍵だと感じました。このプロジェクトの最初のコミットのように、「計画ドキュメントに基づく」新しい開発パラダイムは、AI 時代に新規プロジェクトを始める際の最適解かもしれません（もちろん、その計画ドキュメント自体も LLM の産物です）。