Reported issues for ai-cli-mcp

Pod holds 10 of 10 problems reported by people outside the maintainer team. Issues filed by the project's own owners, members and collaborators are excluded entirely — a maintainer's release checklist is not a warning to a prospective user.

Back to ai-cli-mcp.

Most discussed

Investigate: codex fork で新しい session-id が払い出されるか検証する

概要

codex fork を使用した際に、新しいセッションIDが実際に払い出されるかを検証する。

背景

codex resume は既存のセッションを同じIDで再開する
codex fork は既存セッションをフォークするコマンドだが、新しいセッションIDが作られるか明確に文書化されていない
Claude Code の --fork-session との比較も兼ねて動作を確認したい（Issue #6 参照）

検証手順

既存のCodexセッション一覧・ファイルを確認する（~/.codex/ 配下）
codex fork --last または codex fork <session-id> でフォークする
フォーク後にセッションファイルが増えているか確認する
新しいセッションIDが生成されているか確認する
フォークしたセッションに元の会話履歴が引き継がれているか確認する

期待する結果

新しいセッションIDが払い出される
元のセッションファイルはそのまま残る
会話履歴が引

Read the thread · 2026-02-28 · open · 3 comments

Investigate: --fork-session で新しい session-id が払い出されるか検証する

概要

claude -r <session-id> --fork-session を使用した際に、新しいセッションIDが実際に払い出されるかを検証する。

背景

-r / --resume は既存のセッションを同じIDで再開する
--fork-session は再開時に新しいセッションIDを作成するオプション（--resume or --continue と併用）
実際の動作を確認したい

検証手順

既存のセッションIDを確認する
claude -r <session-id> --fork-session で再開する
新しいセッションIDが生成されているか確認する（~/.claude/projects/ 配下のファイルを確認）
フォークしたセッションに元の会話履歴が引き継がれているか確認する

期待する結果

新しいセッションIDのファイルが作成される
元のセッションファイルはそのまま残る
会話履歴が引き継がれた状態で新しいセッションが開始される

Read the thread · 2026-02-28 · closed · 2 comments

過去に起動したディレクトリが消されると、エラーになる

問題の原因:

ai-cliは実行中のプロセス情報を~/.local/state/ai-cli/cwds/に保存しているが、path/to/working から実行したプロセスの情報が残る。そのため、path/to/working を消すと、path/to/working にアクセスしようとして ai-cli ps などが起動しなくなる。

Read the thread · 2026-04-02 · closed · external user · 1 comment

Result format

Hello,

Currently results are in this format:

       {
         "pid": 22569,
         "agent": "claude",
         "status": "completed",
         "exitCode": 0,
         "startTime": "xxxxxx,
         "workFolder": "xxxxx",
         "prompt": "xxxx",
         "model": "opus",
         "agentOutput": {
           "message": xxxx",
           "session_id": "xxxx"
         },
         "session_id": "xxxx"
       }

I had a situation with a really long prompt which passed the token limit

Read the thread · 2026-03-26 · closed · external user · 1 comment

fix: Windows環境で .cmd ファイルの spawn が失敗する（shell: true 未設定）

概要 / Summary

Windows 環境で Claude/Codex/Gemini CLI が .cmd ファイルとしてインストールされている場合、spawn が ENOENT エラーで失敗します。

On Windows, when CLI tools are installed as .cmd files (via npm global install), spawn fails with ENOENT because shell: true is not set.

再現手順 / Steps to Reproduce

Windows 11 で npm install -g @anthropic-ai/claude-code でインストール
Claude CLI は claude.cmd として PATH に配置される
MCP server の run ツールを呼び出す
spawn ENOENT エラーが発生

原因 / Root Cause

process-service.ts

Read the thread · 2026-03-18 · closed · external user · 1 comment

Support Claude CLI --effort for reasoning control

Summary

Claude Code CLI exposes --effort <level> (low, medium, high) in claude --help (confirmed locally on Claude Code 2.1.69).

This repo currently treats reasoning_effort as Codex-only, so Claude users cannot pass through the equivalent reasoning control even though the upstream CLI supports it.

Current behavior

getReasoningEffort() rejects non-gpt-* models
Claude command construction does not append --effort
README documents reasoning_effort as Codex only

Read the thread · 2026-03-07 · closed · 1 comment

fix: Codex fails in non-git directories — missing --skip-git-repo-check flag

Summary

Codex CLI fails with Not inside a trusted directory and --skip-git-repo-check was not specified when workFolder is not inside a git repository, even though the directory is trusted in ~/.codex/config.toml.

Background

The run tool builds Codex CLI args via buildCliCommand() in cli-builder.ts
Claude CLI branch includes --dangerously-skip-permissions and Gemini branch includes -y for non-interactive execution
Codex branch includes --full-auto but is missing

Read the thread · 2026-03-05 · closed · external user · 1 comment

feat: Codex デフォルトで sandbox_mode=workspace-write を設定

概要 / Summary

Codex CLI 実行時にデフォルトで -c sandbox_mode=workspace-write を付与し、プロジェクトディレクトリ外への書き込みを制限する提案です。

Propose adding -c sandbox_mode=workspace-write as default for all Codex CLI runs, restricting writes to the project directory only.

背景 / Background

現在、MCP 経由の Codex 実行は --full-auto モードで動作するため、ファイルシステム全体に書き込み可能です。sandbox_mode=workspace-write を設定することで、workFolder 内のみに書き込みを制限でき、安全性が向上します。

Currently, Codex runs via MCP use --full-auto which allows writes to the entire filesystem.

Read the thread · 2026-03-18 · open · external user · 0 comments

Most recent

feat: Codex service_tier パラメータを追加（fast/flex速度制御）

概要 / Summary

Codex CLIの service_tier パラメータ（fast / flex）をMCPの run ツールに追加する提案です。

Add service_tier parameter (fast / flex) to the MCP run tool for Codex CLI speed control.

背景 / Background

Codex CLI は -c service_tier=fast でレスポンス速度を優先するモードをサポートしています。現在、reasoning_effort は MCP 経由で設定できますが、service_tier は設定できません。

Codex CLI supports -c service_tier=fast to prioritize response speed. Currently reasoning_effort can be set via MCP, but service_tier cannot.

提案 / Propo

Read the thread · 2026-03-18 · open · external user · 0 comments

Track Gemini CLI thinking/effort control support

Summary

Track Gemini CLI support for user-facing thinking / effort control so this project can adopt it when the upstream CLI exposes a stable interface.

As of 2026-03-08, local gemini --help does not show an --effort-style flag.

Current state

Current local Gemini CLI help does not expose a simple --effort flag
This repo currently supports reasoning control for:
- Claude via --effort
- Codex via model_reasoning_effort
Gemini may need a different mapping if/when upst

Read the thread · 2026-03-08 · open · 0 comments

The remaining reports are on the project's issue tracker.