サブコマンド
REPL 前に実行するすべての `minara <subcommand>` 呼び出し。
REPL 前のサブコマンドは apps/agent/src/gateway/cli.ts からディスパッチされ、それぞれ apps/agent/src/gateway/*-cli.ts 下の専用モジュールへ委譲されます。各サブコマンドは 1 回実行し、結果を表示して終了します。
minara / minara chat
対話型 REPL を開始します。裸の minara と minara chat は同等の入口です。必要なら初回ウィザードを実行し、設定済み MCP サーバーへ接続してチートシートを表示した後、readline に入ります。
minara
minara chat各 REPL 実行には固有の永続化チャットセッションがあり、ターンごとに SQLite ストアへ記録されます。過去の CLI セッションは REPL 内の /resume で再開できます。REPL 内の機能はスラッシュコマンドを参照してください。
minara setup / minara init
対話型の初回ウィザードを実行します。LLM プロバイダーを設定し、Minara ゲートウェイは既定値(サードパーティキー不要)、Anthropic、OpenAI、OpenRouter、Kimi、xAI はユーザー自身のキーを使う選択肢です。その後 Minara にログインし、~/.minara/ のインポート可能な状態を調べ、ワークスペースを作成し、doctor を実行してチートシートを表示します。
minara setup
minara init # alias実装は apps/agent/src/gateway/setup-wizard.ts にあります。
minara auth <action>
統一認証情報入口です。LLM プロバイダーのログイン/ログアウト/状態、送信メッセージプロバイダーの認証情報、データソース API キーを扱います。
minara auth # status (default)
minara auth status
minara auth login <provider> # sign in / save an LLM provider credential
minara auth logout <provider> # clear an LLM provider profile
minara auth messaging # configure outbound messaging providers
minara auth key list # data-source API keys (masked)
minara auth key set <ENV_VAR> <value>
minara auth key remove <ENV_VAR>status:設定済み認証プロフィールと、設定済み*_API_KEY環境変数の要約を出力。login <provider>:LLM プロバイダーで認証。トップレベル別名minara loginと同じ解析です。logout <provider>:保存済み LLM プロバイダープロフィールを消去。minara logoutと同じです。messaging [list|add|test|remove] [id]:送信メッセージプロバイダーを設定。key list:データソース API キーのマスク値とソースを表示し、生の秘密はディスクに残ります。key set <ENV_VAR> <value>:データソース API キーの上書きを保存。この値は運用者ホスト上の位置 CLI 引数で、LLM には渡りません。key remove <ENV_VAR>:データソース API キーの上書きを消去。
実装は apps/agent/src/gateway/auth-command.ts にあります。完全なコマンド、フラグ、例、終了コードは CLI の --help と現在の実装を基準にしてください。
主な操作グループ
CLI には、アカウント、プロフィール、設定、マーケット、取引、無期限先物サブウォレット、自動運用、ワークフロー、スキル、メモリ、ファイル、移行、診断、ゲートウェイ管理用のサブコマンドもあります。すべてのコマンド名、フラグ、環境変数、例の値は安定したコード識別子であり、UI 言語では変わりません。
資金移動、出金、取引実行などのリスク操作は、引き続き確認および権限ポリシーに従います。実行前に minara <subcommand> --help を確認し、REPL 内では /help でライブカタログを開いてください。
minara factors <action>
永続的な時系列ファクター研究キャンペーンの作成と制御、候補の確認、適格ファクターの審査、共通メトリクス一覧の参照を行います。
minara factors campaign create --spec <json-or-file> [--idempotency-key <key>] [--json]
minara factors campaign list|show <id> [--json]
minara factors campaign pause|resume|cancel <id> [--json]
minara factors campaign extend-budget <id> --extension <json-or-file> [--json]
minara factors campaign fork <id> --input <json-or-file> [--idempotency-key <key>] [--json]
minara factors candidates list --campaign <id> [--status <status>] [--limit <n>] [--cursor <cursor>] [--json]
minara factors candidates show <id> [--json]
minara factors library list [--include-archived] [--limit <n>] [--cursor <cursor>] [--json]
minara factors library show <factor-id> [version] [--json]
minara factors library approve|reject <candidate-id> --input <json-or-file> [--json]
minara factors library archive <factor-id> <version> --reason <text> [--json]
minara factors metrics list|show <metric-id> [--json]
minara factors providers list [--json]
minara factors providers add|test --definition <json-or-file> [--credential <value>] [--json]
minara factors providers inspect --url <openapi-url> [--network-trust public|private_confirmed] [--json]
minara factors providers enable|disable|archive|check <source-id> [--json]最適化目標は探索の優先順位と候補の並び順を決めます。停止条件は品質基準を変えずに探索の一時停止または終了時点を決めます。ファクター研究は Strategy RL から独立し、承認と却下は常に利用者が明示的に実行します。