ハクソク

世界を動かす技術を、日本語で。

fx：小型のオープンなネイティブコーディングエージェント

2026年8月19日原文(fx.sh)

概要

fx は、Zig製の軽量・高速なコーディングエージェントCLI。 WebAssembly 対応で、最小限のリソースで動作可能。 Unixシェル に近いUI設計と最小限の出力。 拡張性 ・ 埋め込み性 を重視した設計。 オープンソース かつモデル非依存、実験的な段階。

Tiny, open, native coding agent.v0.0.4 の特徴

  • fx は、 Zig で書かれたコーディングエージェントCLI
  • WebAssembly としてZigツールチェーンでコンパイル、 ブラウザfetch によりネットワーク処理を委譲
  • SDK の全要素がドキュメントから設定可能
  • 研究 や大規模システムへの埋め込みに最適化
  • ミニマリズム と パフォーマンス を徹底追求
  • 6.39MiB の極小バイナリサイズ
  • Unixシェル に近いCLI出力とフォームファクタ
  • 重厚なTUI やIDE的な機能は最小限に抑制
  • オープンソース （Apache-2.0ライセンス）、 モデル非依存
  • ローカル推論 ・ クラウド推論 両対応

パフォーマンスと設計

  • 約6MB のバイナリで即時インストール・埋め込みが可能
  • リソース制約環境 や エージェントサンドボックス での利用に最適
  • 10マイクロ秒 でコールドスタート、不要なI/Oや前処理なし
  • Wasmサポート により、さらに小型化・ネットワークスタックの差し替えが容易
  • メモリ使用量 は数MB台で、1台のマシンで多数のインスタンス起動が可能

UIとユーザー体験

  • シェルライクなUI、スクロール履歴を標準で保持
  • 最小限の出力、複雑なTUIや描画は控えめ
  • システムプロンプト やツールも最小限で、 トークンコスト削減 ・ TTFT短縮 を実現

拡張性・埋め込み性

  • 小規模コア で、 skills ・ plugins ・ MCPs で拡張可能
  • Unix的哲学 に基づく拡張性重視設計
  • 大規模システム やカスタムエージェントの一部としての組み込みに最適

注意点・ステータス

  • experimental （実験的段階）、 自己責任 で利用
  • 頻繁な変更 が予定されているため、安定運用には注意

Hackerたちの意見

テック業界にはいないんだけど、なんでこんなに新しいコーディングエージェントがたくさん出てきてるの？それに、HackerNewsでよくアップボートされてるのも気になる。毎日のようにトップ10に新しいのが入ってる気がするんだけど。

└

Hacker Newsは一般的にトレンドに従うから、今のトレンドはこれだね。最近のコーディングエージェントについての議論は、ハーネスに向かってる気がする（これが何かを説明するのにもっと適切な表現かも）。ここでの「エージェント」はかなりの重みを持っていて、モデル＋ハーネス＋ツール＋プロンプト＋他の何かを説明するためのキャッチオール的な用語になってる。ハーネスは、モデルからより良いパフォーマンスを引き出せると多くの人が信じている部分で、特にこのVercelのものはモデルを使うサービスを提供してるから、ハーネスを提供することに利害関係があるんだ。

└

コードを扱う必要をなくす最良の方法を積極的に探ってるから、誰でもコンピュータに何かをさせるのに特別な才能がいらないようにしたいんだ。まだ正しい方程式にはたどり着いてないけど、可能性にみんなすごくワクワクしてるよ。

└

これは全く新しいタイプのソフトウェアだよ。最良の方法がまだ誰にもわからないから、たくさんの人が色々試してるし、新しいアイデアにも興味を持ってるんだ。

└

なんでこんなに新しいコーディングエージェントが多いの？それに、HackerNewsでよくアップボートされるのはどうして？毎日のようにトップ10に新しいのが入ってる気がする。ここではアップボートリングがあるのは有名だよね。

└

価値がなくて作るのも簡単だから、トレンドはトレンドとして続くんだよね。

└

基本的には、正しく作るのが重要な比較的シンプルなソフトウェアで（めっちゃ使うからね）、いろんなデザイン哲学（最大化 vs. 最小化、カスタマイズ性など）で作れるし、まだ良い基準がほとんどないんだよね。

└

良いシステムプロンプト、エージェント用のツールやワークフロー、拡張性などの絶妙なバランスが必要だよね。いくつか使ってみたけど、自分のやり方にぴったり合うものはまだ見つかってない。

└

コーディングハーネスのインフレのもう一つの原因は、各モデルプロバイダーが自分のモデルに最適化されたコーディングエージェントをリリースするからだね。

└

https://en.wikipedia.org/wiki/Mimetic_theory

└

たくさんの人が、自分が理解できて自由に操作できるツールを手に入れるために自分で書いてるからね。だから、みんなそれを共有したり、他の人が何をしているのかを見て学んだりしたいんだ。コミュニティとしては、良いハーネスがどういうものかについての合意にまだまだ遠いし、個人的には良い感覚を得るためには自分で書くのが一番だと思う。

「なんで？」って聞いてる人たちに言いたいんだけど、TFAは他と違う特徴や属性のリストを結構しっかり持ってるみたいだよ。

  • fxはZigで書かれたコーディングエージェントハーネスとCLIで、リサーチや大きなシステムの一部として埋め込みやすく最適化されてる。
  • システムプロンプトのデザインからツール、機能セット、6.39MiBのバイナリに至るまで、全体的にミニマリズムとパフォーマンスに焦点を当ててる。
  • エンドユーザー向けには、CLIの出力スタイルとフォームファクターが、重たい「ターミナル内のIDE」TUIよりもUnixシェルに近くなることを目指してる。
  • オープンソース（Apache-2.0）で、モデルに依存せず、ローカルとクラウドの推論の両方に適してる。
  • リソースが限られた環境やエージェントサンドボックスに即座にインストールして埋め込めるように設計されてる。
  • fxは10µsでコールドスタートし、ユーザー入力を受け入れる前に不必要な作業やI/Oを行わないから、プログラム的な使用に最適。
  • Zigツールチェーンによって生成された最適なfx.wasmビルドは、fxのサイズをさらに小さくし、ネットワークスタックをプラグイン可能にしてる。
  • fxは数メガバイトのメモリベースラインを提供し、1台のマシンに多くのインスタンスを詰め込むことができる。
  • fxはデフォルトでスクロール履歴を保持し、出力を最小限に抑え、複雑なTUIやペイントを控えめに使ってる。
  • トークンコストを節約し、最初のトークンまでの時間（TTFT）を最適化するために、システムプロンプトとツールは最小限に。
  • 小さなコアを持ち、スキルやプラグイン、MCPで拡張可能で、Unixライクな拡張性の哲学を持ってる。
  • ローカルモデル、ゲートウェイ、直接プロバイダーAPIアクセスやサブスクリプションと連携するように設計されてる。
Hacker Newsで議論の続きを見る