今日ユーザーのコードをぶっ壊せば、明日暴動を防げるかもしれない。
Charlotte作者が賭けたのはまさにそれだ。111スター——大衆じゃないが本物の人間がそれなりに使ってる中で、MCPサーバーの43ツールすべてを名前変更。コロン廃止：charlotte:navigate。アンダースコア導入：charlotte_navigate。1コミットでドカン。
見ての通り、MCP——Model Context Protocol、AIエージェントと外部ツールの洗練された橋——は命名に厳格：文字、数字、アンダースコア、ドット、ハイフン。コロンは最初からNG。初期SDKが甘かっただけだ。v1.26.0で登録ごとに警告を叩き込み。ユーザー少ない今のうちに直すか、ドキュメント、身体のクセ、松明を持った怒りの群衆に囲まれて後でか？
作者は今を選んだ。賢い。
なぜ111スターでbreaking changeをぶち込んだのか？
影響を受けるのはツール名を文字列でハードコードしたカスタムプロンプトや設定の連中。今は少数派だ。半年後には大群になる。
MCPの天才ぶりがここで光る。Claude DesktopやCursorみたいなクライアントは接続時にツールを動的に発見。エージェントが「何持ってる？」と聞けばCharlotteが最新リストを返す。昨日の名前？ 消滅。アップグレードはほとんどの場合スムーズ。
ハードコード文字列だけが痛い。今は稀。明日には大流行級。
私の見立て、元の記事に欠けている視点：これはLinuxカーネル2.6の偉大なるデバイスモデル移行そっくり。初期採用者が文句言った——が、Torvaldsに感謝した。エコシステムが鍛えられたからだ。Charlotteも同じ勝負。小さいうちに脆いbreaking changeを叩き込み、後で鋼鉄を鍛える。強気予測：この命名無視のMCPサーバーは2025年までにエージェントの大群で崩壊する。
PRの美辞麗句？ なし。生の開発者論理、煽りなし。爽快だ。
だがv0.6.0は名変更だけじゃない。バッチフォーム入力。トークン食いの終焉だ。
なぜバッチフォーム入力がAIエージェントのトークンコストを粉砕するのか？
想像してみろ：10フィールドの連絡フォーム。0.6.0前？ 10回のツールコール。charlotte_typeここ、charlotte_selectあそこ。各4,000トークンのスキーマオーバーヘッド。10倍で4万トークン無駄。”Jane Smith”打つ前だ。
今？ charlotte_fill_formが配列を一気に飲み込む：
{ “fields”: [ { “element_id”: “inp-a3f1”, “value”: “Jane Smith” }, { “element_id”: “inp-b7c2”, “value”: “[email protected]” }, // など ] }
1コールで入力、セレクト、チェックボックス、日付、カラー全部。タイプ自動検知。50ページをテストラッシュなら500コールが50に。トークンは積み重なる——スケールで節約爆発。
アーキテクチャの妙：MCPの往復がコンテキストウィンドウを殺す。バッチ化でエージェントが息つく。なぜ今まで？ トークン盲目症候群だろ。エージェントは玩具だった；今は仕事馬だ。
Lazy Chromium。苛烈な修正。
サーバーは起動時にブラウザ回してた。玩具ならいい。だがCursor？ Claude Desktop？ コンフィグの全部を火だ。アイドルブラウザ？ RAMの焚き火——ブラウズしないコードセッションで。
今？ 初ツールコールで起動。アイドル？ 静寂。ブラウザなし、燃焼なし。
次にスロータイピング。charlotte_typeにcharacter_delay追加。なぜ？ ライブ検索、autocomplete、検証付きサイトはペースト無視。キーストロークが必要。些細？ 失敗エージェントテストに言ってやれ。
Node 20対応。22要件廃止——不要。LTS大衆歓喜。
1つの陰険なJSバグが3ファイルに取り憑いた顛末
次に亡霊：new Function(‘return ’ + expr)。ASI——Automatic Semicolon Insertion——が複数文をnullに変える。v0.4.1のevaluate.tsで直撃。修正。
wait-for.ts？ 同毒、v0.5.0。
pollUntilCondition？ 3撃目、v0.6.0。全員CDP Runtime.evaluateに移行。
教訓：パターンgrepしろ。コピペは殺す。俺は初回でやるべきだった。
サステナビリティ早々に警告——97%ソロコミット、2/5スコア。6週間？ 7人の見知らぬ顔がPRマージ。ビューポート修正（800x600？ 笑止）。陳腐co—（内容切れ、だがポイントは伝わる）。
Charlotteは2月スタート。ソロ。今？ 勢いづく。
なぜ気にする？ MCPは静かな革命だ。エージェントは信頼ツールを要する——特にブラウザ。Charlotteは速くイテレート、賢く壊す。他はのろのろ；痛みはスケールする。
アーキテクチャ転換：おしゃべりでトークン貪欲なコールからバッチ、lazy、精密へ。AI開発ツールは進化——かトークン貧乏で死ぬ。
CharlotteのペースはMCP生存の青写真か？
その通り。小さいうちに安く壊す。機能が価値を積む。バグはイテレーティブに死ぬ。
予測：年末までにトップMCPサーバーは全部バッチ化。さもなくば遅れを取る。
ユーザー？ 更新。ハードコードプロンプトなら調整。価値あり。
🧬 Related Insights
- Read more: TypeScript 6: The Apollo 10 Moment Devs Can’t Ignore
- Read more: Three Pals Whip Up a Steam Party Game in Under a Year—Not a Line of Code Written
Frequently Asked Questions
Charlotte MCPサーバーとは？
ブラウザ自動化のMCPサーバー——navigate、click、typeみたいなツールをバッチ最適化、今AIエージェント向け。
なぜツール名をコロンからアンダースコアに？
MCPスペックがコロン禁止；SDKが施行。小ユーザー基盤の今がいい、後カオスより。
バッチフォーム入力はAIエージェントのトークン節約になるか？
デカい——10コール（4万トークンオーバーヘッド）を1に。テストで爆スケール。
Charlotteツール名変更後の移行法？
アップグレード；動的発見で大半OK。カスタムプロンプト文字列を新アンダースコア名に修正。
