clarp: 6月15日の従量課金前におけるClaude-pのオープンソース代替ツール

Claude -p(プリントモード)と Agent SDK は、6月15日から別途クレジットベースの価格設定に移行します。claude -p を中心にツールやワークフローを構築している開発者にとって、この変更は大幅なコスト増を意味する可能性があります。そこで登場するのが clarp です。これは、ローカルの開発者ワークフローにおいて claude -p のドロップイン代替として機能するオープンソースの CLI です。
仕組み
内部では、clarp は通常の対話型 Claude Code CLI を隠し PTY で起動し、ローカルの読み取り専用プロキシを使用して Anthropic API ストリームを監視し、claude -p スタイルの出力を再構築します。Claude のリクエストやレスポンスを変更することは なく、対話型出力をプリントモード形式に変換するだけのプロキシです。
ほとんどのプロジェクトでは、バイナリ名を claude から clarp に変更するだけで移行できます。
対応機能
- テキスト、JSON、ストリームJSON出力
- stdin プロンプト
- マルチターンストリームJSON入力
- ほとんどの Claude Code フラグの透過
- 許可転送
--include-partial-messagesによるトークンレベルの部分出力
まだ不完全な点
サイドバンド/非アシスタントイベントは完全なパリティではありません。一部のフック/タスク/進捗イベントはまだ不完全です。作者によると、一般的な claude -p の使用において高いパリティ ですが、Claude Code の内部プリントモードパイプラインの完全な再実装ではありません。ローカルの開発者ワークフローを対象としており、ホスティングサービスではありません。
インストール
npm install -g clarp-cliインストール後、スクリプトやツール内の claude -p を clarp に置き換えてください。このプロジェクトは Claude 自身の多大な支援を受けて構築されています。プロキシ/セッション部分の実装、パリティテストの作成、引数解析のエッジケースの発見、リリースとドキュメントの改善などが行われました。
対象ユーザー
claude -p に依存する自動化ツールやスクリプトを持ち、ワークフローを書き換えずに今後の従量課金を回避したい開発者向けです。
📖 全文はこちら: r/ClaudeAI
👀 See Also

PreToolUseフックによるClaudeコードイメージクラッシュ問題の修正
開発者が、Claude Codeの画像処理クラッシュ(特にAPIエラー400「画像を処理できませんでした」)に対処するPreToolUseフックを公開しました。このフックは問題のある画像がメインコンテキストに入る前にインターセプトし、セッションの失敗を防ぎます。

Claudeがpywikibotをインポートせずに3,000行のコードを書いた理由——AIエージェントが既存ライブラリを無視するケーススタディ
ある開発者がClaude Code(Opus 4.7)にFandomウィキのタイポ修正を依頼した。モデルは既存ライブラリをインポートせず、pywikibot、mwparserfromhell、RETFルールを再実装した約3,000行のPythonコードを書いた。この記事では、なぜそうなるのか、そして2分の検索でコードベースが1,259行に減った経緯を探る。

AIチームOS:Claudeコードのための自律型組織レイヤー
AI Team OSは、Claude Codeのためのオペレーティングシステム層で、ユーザーのプロンプトを待たずにシステムが自律的に動作し続ける自律ワークフローを作成します。22種類の専門エージェントテンプレート、40以上のMCPツールを含み、Claude Codeサブスクリプション内で完全に動作するため、外部APIコストはかかりません。

llama.cpp ブランチ経由のV100 32GB上のQwen 3.6 27B MTP:54 t/s
am17anのMTPブランチのllama.cppは、PCIeアダプタ経由のV100 32GB上でQwen 3.6 27Bを54 t/sで実行し、MTPなしでは29-30 t/sに低下する。