CodeSampleX

そこでも動くのか?

ドキュメントだけでは、コーディングエージェントは何が実際にビルドできるかを推測するしかありません。csx を導入して AI に実際の実行経験レイヤーを追加しましょう。検証済みの成功・失敗・環境の境界をバックグラウンドで軽快に想起します。

AI のための実際の実行経験レイヤー

実際に動いた場所

測定されたパッケージの互換性キューブをリアルタイムに切り出したスライスです。セルをクリックするとそのスライスに掘り下げられます。数値はすべて記録された観測であり、推定ではありません。

633K 観測記録 記録された観測 — 実行されたビルド段階ごとに 1 件、走った環境とともに
8.6K ビルドされたサンプル 契約に合格した、そのまま使える答え
3.3K パッケージ カバレッジ — 証拠が記録された対象
グリッドの読み方

セルの読み方: 数字は割合が依拠する記録済み観測の数です — 1 回のビルドは到達した段階ごとに観測を 1 件残すため、ビルド数でもマシン数でも人数でもありません。隣の文書は出所の異なる別の事実です。その座標にサンプルがあるか、そして私たちがそこで実行した結果がどうだったかです。

  • この座標にはまだサンプルがない
  • サンプルあり — この座標ではまだ実行していない
  • サンプルあり — この座標で実行し、問題なく終わった
  • サンプルあり — この座標で実行し、失敗した
  • サンプルあり — この座標には成功した実行と失敗した実行の両方が記録されている
  • 記録なし — 不明であって「動く」でも「壊れている」でもない
  • このセルの下にまだ段階がある — クリックで開く

文書があれば、その座標にサンプルがあるということです。サンプルが存在するかどうかはこのリリースとこの API についての事実で、OS・ランタイム・パッケージマネージャが変わっても変わりません。色は、今見ている環境でそのサンプルがどう実行されたかを示します。

セルは率を述べるだけで判定はしません。パーセントはその下に記録された観測に対するものです — 1 回のビルドは到達した段階ごとに観測を 1 件残すため、ビルド数でもマシン数でも人数でもありません。観測と検証は決して合算されず — プロジェクトがコンパイルされたことが API の動作として提示されることはありません — 環境で広げたグリッドは観測のみを載せます。このネットワークが実行したものはバージョンに属し、OS には属さないからです。

インストール

Windows (PowerShell)
irm https://codesamplex.dev/install.ps1 | iex
macOS / Linux
curl -fsSL https://codesamplex.dev/install.sh | sh

ソースコード · インストーラを読む · Code: Apache-2.0 · Data: CDLA-Permissive-2.0

コマンド1行、質問は1つだけ。あとはすべて自動です。

CLI ができること

  • csx run -- npm test任意のビルドやテストをラップして実行 — その終了コードが匿名の証拠になります
  • csx search "axios multipart upload"ビルドされたサンプルと、あなたの環境との正確な差分を要求
  • csx scanビルドせずに、プロジェクトが使う公開パッケージを記録します
  • csx statsローカルのダッシュボード: ヒット、適用、キュー

csx init は Claude Code、Codex、Gemini CLI、Antigravity、OpenCode を自動検出して即座に接続します。その他のエージェントも設定から接続可能です。 対応コーディングエージェント →

インストールをコーディングエージェントに任せる

いま開いているコーディングエージェントにこのプロンプトを貼り付けてください。推測ではなく公式の手順に従って csx をエージェント設定に追加し、接続を確認してから結果を報告します。

いま使っているコーディングエージェントに CodeSampleX (csx) の MCP サーバーをインストールしてください。

公式の手順だけに従ってください — https://github.com/r2cuerdame/CodeSampleX/blob/main/llms-install.md、インストーラーは https://codesamplex.dev/install.sh (macOS、Linux) と https://codesamplex.dev/install.ps1 (Windows)。記憶からコマンドや設定を作らないでください。

1. 書き込む前に私の MCP 設定を読むこと。すでに登録されているサーバーはすべて残し、その横に csx を追加すること。ファイルを置き換えないこと。
2. csx は絶対パスで登録すること — エディタが起動したクライアントは私のシェルの PATH を引き継ぎません。
3. csx にアカウントはありません。トークンやパスワード、API キーを私に求めないでください。設定ファイルに秘密情報を書かないでください。
4. ネットワークの恩恵を受け、匿名の証拠に貢献できるよう `csx init --community --yes` で community モードに初期化し、local-only のままにしないでください。共有されるのはサニタイズ済みの公開パッケージ・バージョン・シンボル・環境・ビルド結果だけで、ソース、パス、プロジェクト名、秘密情報、非公開パッケージ、生ログは共有されません。
5. 成功を報告する前に、`csx daemon status` が `mode: community` と表示することを確認し、`csx sync` を一度実行して、クライアントに csx が表示され、`search_known_solution` が応答することを確認してください。
6. 変更したファイルをすべて、できなかったことがあればそれも教えてください。

送る前に読んでください。アカウントもトークンもパスワードも要求しません — csx には必要ありません。すでにある MCP サーバーの設定を上書きせず、その横に csx を追加するよう指示しています。

対応コーディングエージェント

csx をインストールすると、検出されたコーディングエージェントに実際の実行経験レイヤーが自動接続されます。手動設定は不要です。

  • Claude Code
  • Codex
  • Gemini CLI
  • Antigravity
  • OpenCode

csx をインストールすると、検出されたエージェントはすでに接続されています。csx init がツールと利用ルールを自ら登録するため、編集すべき設定ファイルはありません。

その他のエージェントまたは手動設定

その他のクライアント(Cursor、Windsurf、Cline、Zed、VS Code)も同様に利用できます。このコマンドを実行して表示された絶対パス設定を貼り付けてください:

csx mcp-config

モデルを選びません。同一の実行経験を Claude、GPT、Codex、Gemini、Llama など、コーディングエージェントに接続されたあらゆるモデルが共有します。

動作の流れこの API は自分のパッケージ・バージョン・ランタイムの組み合わせで本当に動くのか。

この API は自分のパッケージ・バージョン・ランタイムの組み合わせで本当に動くのか。 公式ドキュメントには答えられません。実環境で記録された観測なら答えられます。

  1. csx 経由でビルドやテストを実行します — コーディングエージェントが代行しても構いません。
  2. どの公開パッケージ・バージョン・API シンボルが関わり、どの段階が成功/失敗したかを手元で解析します。
  3. エラーはローカルで fingerprint に整えられます。パス、プロジェクト名、秘密情報、生ログは決して外に出ません。
  4. 匿名の Evidence バッチが、いま見ている公開互換性マップを作ります。
  5. エージェントはまず CodeSampleX に尋ね、最も近いビルドされたサンプルと、あなたの環境との正確な差分を受け取ります。

コーディングエージェントは MCP アダプターを通じて同じネットワークを利用できます。公開ライブラリのコードを書く前に CodeSampleX に尋ね、その答えでビルドが通ったかを報告し返します。CLI と Web レポートが読むデータは同じです。

インストール時の約束

得られるもの

  • 公開互換性ナレッジ
  • ここでビルドされたコードの答え
  • ローカルエージェント連携
  • 公開サンプルキャッシュ

提供するもの

  • 公開パッケージ/バージョンの使用状況
  • 検出可能な公開API/シンボルの使用状況
  • ビルド/型チェック/テスト結果
  • サニタイズ済み失敗フィンガープリント

自動では共有されないもの

  • ソースコード
  • リポジトリ/プロジェクト名
  • ファイル名やパス
  • ソースの断片
  • シークレットや環境変数
  • 非公開パッケージ
  • 生のコンパイラ/ランタイムログ