mcpField
I
injective-cli

injective-cli

github.com/injectivelabsその他650 回インストール16 週間前に更新
リポジトリ

injective-cli について

injective-cli は、injectived CLI で Injective チェーンを操作するエージェント向けのスキルガイドです。コマンドマップに加え、ウォレット、エンドポイント、Gas の設定規約を案内します。

主な機能

  1. 01injectived によるチェーン照会とトランザクション送信
  2. 02CLI コマンドマップとリファレンスの参照
  3. 03ウォレット、エンドポイント、Gas の設定規約
  4. 04送信後のトランザクション確認

活用シーン

  1. 01injectived のサブコマンドやフラグの調査
  2. 02Injective チェーンデータの照会
  3. 03オンチェーントランザクションの設定と送信

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/injectivelabs/agent-skills --skill injective-cli

インストール後、Claude Code で/injective-cliを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

LICENSE
TERMS_OF_USE
references/
injectived-cli-map.md
scripts/
map_injectived_cli.py

詳細

Injective CLI、スキルガイド

概要

injectived バイナリを使用して、ウォレットの処理、エンドポイントの選択、ガス設定を統一したうえで、Injective チェーンに対するクエリやトランザクションを実行します。付属の CLI コマンドマップとリファレンスドキュメントを利用して、適切なサブコマンドやフラグをすばやく見つけてください。 このスキル内のスクリプトを実行すると、TERMS_OF_USE の利用規約に同意したことになります。

ワークフロー

1) バイナリの場所を確認するか、インストールする

可能であれば、ローカルの injectived バイナリを使用してください。PATH にない場合は、

npm i -g injective-core@latest

一度だけ実行するコマンドは npx injective-core 経由で実行できます。例：npx injective-core --version。 以降のドキュメントでは、injectived を基準として説明します。

2) CLI でチェーンを操作する

重要な経路（例：query、tx、keys）を injectived <path> --help を実行して確認してください。

3) CLI コマンドマップを更新する（必要に応じて）

コマンドマップは、インストール済みの injectived バイナリに対応している必要があります。ドキュメントとローカルのバイナリに相違があると思われる場合は、scripts/ 内のスクリプトを使用してマップを再生成し、現在のマップとの差分を確認してください。

例：

python3 scripts/map_injectived_cli.py --output /tmp/injectived-cli-map.new.md
diff -u references/injectived-cli-map.md /tmp/injectived-cli-map.new.md

アカウントとエンドポイントの規則

  • ユーザーが別途指定しない限り、設定と鍵のデータには ~/.injectived をホームディレクトリとして使用します。
  • ~/.injectived/config/client.toml からエンドポイントとチェーン ID を読み取ります（フィールド：node、chain-id）。
  • クライアントを設定する際は、次のデフォルト値を使用します。
    • メインネットのエンドポイント：https://sentry.tm.injective.network:443
    • メインネットのチェーン ID：injective-1
    • テストネットのエンドポイント：https://testnet.sentry.tm.injective.network:443
    • テストネットのチェーン ID：injective-888
  • キーリングの取り扱い：
    • デフォルトでは、パスフレーズで保護されたファイルキーリングを使用します。
    • キーストアからパスフレーズを求められた場合は、パイプで渡します。
      • yes "passphrase" | timeout 10s injectived tx ...（一度限り／手動でパスフレーズを入力する方法）
      • cat ~/.injectived/keystore_password.txt | timeout 10s injectived tx ...（オプトインで保存したパスフレーズを使用する方法）
    • 保存済みパスフレーズファイルに関するエージェントの動作：
      • ユーザーがパスフレーズをディスクに保存することを明示的に選択した場合に限り、~/.injectived/keystore_password.txt を使用します。
      • これを機密性の高いローカルの秘密情報として扱い（ファイルモード 600）、コマンド出力やログにパスフレーズの内容を表示しないでください。
      • ロック解除入力待ちによるハングを防ぐため、キーリングにアクセスするコマンドには timeout 10s を付けてください。
    • --keyring-backend test を使用するとパスフレーズの入力を省略できますが、安全ではなく、秘密鍵が露出したままになります。ローカルの使い捨てワークフローでのみ使用してください。
    • 生の Ethereum 秘密鍵のインポート／エクスポートには、安全でないコマンドを使用します。
      • injectived keys unsafe-export-eth-key <key_name>
      • injectived keys unsafe-import-eth-key <key_name> <hex_private_key>
    • これらのコマンドには安全でないという印が付いていますが、生の HEX 秘密鍵を扱うワークフローでは必須の方法です。
    • 生の HEX 秘密鍵をオープンなチャネルや公開の場で共有しないでください。
  • Ledger 署名：
    • Ledger に対応したトランザクションでは --ledger フラグを使用します。
    • 例：
      • injectived tx bank send <from> <to> <amount> --ledger --chain-id injective-1 --gas auto --gas-prices 160000000inj --yes
  • インタラクティブな確認を省略するには、トランザクションで --yes を使用します。
  • 手数料の見積もりには --gas auto --gas-adjustment 1.5 --gas-prices 160000000inj を使用します。
  • ブロードキャスト後、injectived q tx <tx_hash> で確認してください。
  • 新しいキーストアを作成する場合は、パスフレーズを ~/.injectived/new_keystore_password.txt に保存し、忘れないようユーザーに伝えてから、使用後にファイルを削除してください。

リソース

scripts/
  • map_injectived_cli.py：injectived <cmd> --help を再帰的に実行し、CLI コマンドマップを更新します。
references/
  • injectived-cli-map.md：injectived バイナリのコマンドマップ。

コメント

Markdown 対応