これまでの記事では、構想、設計、アーキテクチャについて解説してきました。これらはすべて「何をするか」と「どうするか」に関するものです。しかし、実際の開発プロセスにおいて、見落とされがちな側面がもう一つあります。それは、ツールチェーンがどのように時間と労力を節約してくれるかということです。この記事では、私の開発効率を著しく向上させてくれたいくつかの補助ツールに焦点を当てます。
RTK：トークンを節約する CLI プロキシ
Claude Code を使った開発における最も直接的なコストは、トークンの消費量です。git status、git diff、npm run build といったコマンドを実行するたびに、返される生の出力は往々にして冗長ですが、実際に役立つ情報は数行程度しかありません。
RTK（Rust Token Killer）はRustで書かれたCLIプロキシであり、これらのコマンドの出力をインターセプトして不要な内容をフィルタリングし、重要な情報のみを残します。実測では、トークン使用量を60～90%削減できます。
最も便利な点は、Claude Codeのhook機能を通じて自動的に動作することです。普段通り`git status`と入力するだけで、hookが自動的に`rtk git status`に書き換えてくれます。完全に透過的であり、使用習慣を変える必要はありません。
トークンの節約に加え、RTKは「rtk gain」コマンドで累積節約量を確認したり、「rtk discover」でまだ最適化されていない常用コマンドを分析したりすることも可能です。これにより、継続的に調整を行い、節約効果を最大化できます。
context7 MCP：最新のドキュメントを検索
AIモデルのトレーニングデータには有効期限があるため、最新バージョンのライブラリAPIに対しては正確性が不足している可能性があります。例えば、Next.js 15の新しいAPIを使用している場合でも、モデルの知識はバージョン14のままである可能性があります。
context7 MCPはこの問題を解決します。パッケージの最新ドキュメントをリアルタイムで検索し、現在のバージョンのAPI説明やサンプルコードを取得できます。
使い方は簡単です。パッケージ名と検索したいトピックを指定するだけで、関連するドキュメントの内容が返されます。このプロジェクトでは、Prismaのスキーマ構文、next-intlの設定方法、そしてTipTapエディタのAPIを調べるために最も頻繁に利用しています。
これは、自分でブラウザを開いてドキュメントを探すよりもはるかに速く、最新の情報を確実に得られるため、古い知識に基づいて非推奨（deprecated）となったコードを書いてしまうことを防げます。
sequential-thinking MCP：複雑な問題の推論チェーン
一部の問題は一発で解決できるものではなく、段階的な推論が必要です。例えば、「なぜ EN のシリーズページには記事が 0 件と表示されるのに、zh-TW は正常なのか」といったバグは、データフロー、多言語ロジック、データベースの関連付けなど、複数の側面が関わっています。
sequential-thinking MCPは、構造化された推論のフレームワークを提供します。これは直接答えを与えるのではなく、問題を一連の思考ステップに分解し、各ステップを前のステップの結論に基づいて構築するものです。
前述のバグの例では、推論のプロセスは概ね以下の通りです：
ENのシリーズページでクエリされるseriesIdは何ですか？→ ENのシリーズレコードIDです
記事の seriesId には何が格納されているか？→ 常に zh-TW のシリーズレコード ID である
したがって、ENのseriesIdと記事のseriesIdは一致するでしょうか？→ しません
解決策：ENシリーズのページでは、まずzh-TWの兄弟シリーズを見つけ、そのIDを使って記事を検索すべき
この段階的な推論方法は、システムをまたぐバグの処理に特に適しています。なぜなら、すべての仮定を一つずつ検証することを強制し、重要なステップを飛ばすことを防ぐからです。
自動翻訳システム：DeepL + Google Translate
3言語対応サイトの最も手間のかかる部分の一つが翻訳です。各記事にzh-TW、en、jaの3つのバージョンが必要ですが、すべて手動で翻訳すると作業量が膨大になります。
このプロジェクトでは、自動翻訳システムを構築しました：
メインの翻訳エンジン：DeepL API。翻訳品質が比較的良く、特に中国語から英語への翻訳において優れています
バックアップエンジン：Google Translate API。DeepLが対応していない言語ペア（例：中国語から日本語）やAPIに異常が発生した際に自動的に切り替わる
差分翻訳：毎回記事全体を翻訳するのではなく、変更されたフィールドのみを翻訳することで、APIコストを削減
管理画面での操作は非常に簡単です。中国語のコンテンツを作成した後、「自動翻訳」ボタンをクリックするだけで、システムがタイトル、本文、要約、SEOフィールドをすべて翻訳します。翻訳後は手動で微調整も可能ですが、ほとんどの場合、そのまま使用できる品質です。
このシステムの最大の価値は、翻訳費用の削減ではなく、「多言語対応すべきかどうか」という心理的なハードルを下げた点にあります。以前は「言語が1つ増えるごとにメンテナンスコストが倍増する」と考えられていましたが、現在は中国語版を維持するだけで、他の言語版が自動的に更新されます。
ツールチェーンの相乗効果
これらのツールは単独で見れば目新しいものではありませんが、組み合わせた際の効果は顕著です。RTKを使えばトークン予算内でより多くの作業が可能になり、context7を使えば開発環境を離れることなくドキュメントを参照でき、sequential-thinkingは複雑な問題の脈絡を整理し、自動翻訳は多言語対応を負担からほぼゼロコストの付加機能へと変えてくれます。
重要なのは、個々のツールがどれほど強力かということではなく、これらのツールが完全なツールチェーンを形成した際に、開発プロセスにおける膨大な摩擦を排除してくれる点です。そうすることで、真に重要なこと、つまり製品そのものに、より多くのエネルギーを注ぐことができるようになります。
次回は検証と品質についてお話しします——Playwright MCP を使ったブラウザ自動テスト、QAスキルを活用したバグの体系的な発見、コードレビューによるコード品質の管理についてです。