# 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](/mcp/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 参照）

## 検証手順

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

## 期待する結果

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

[Read the thread](https://github.com/mkXultra/ai-cli-mcp/issues/7) · 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` と併用）
- 実際の動作を確認したい

## 検証手順

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

## 期待する結果

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

[Read the thread](https://github.com/mkXultra/ai-cli-mcp/issues/6) · 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](https://github.com/mkXultra/ai-cli-mcp/issues/30) · 2026-04-02 · closed · external user · 1 comment

### Result format

Hello,

Currently results are in this format:
```json
       {
         "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](https://github.com/mkXultra/ai-cli-mcp/issues/29) · 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

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

## 原因 / Root Cause

`process-service.ts` 

[Read the thread](https://github.com/mkXultra/ai-cli-mcp/issues/24) · 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](https://github.com/mkXultra/ai-cli-mcp/issues/17) · 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](https://github.com/mkXultra/ai-cli-mcp/issues/12) · 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](https://github.com/mkXultra/ai-cli-mcp/issues/25) · 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](https://github.com/mkXultra/ai-cli-mcp/issues/23) · 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](https://github.com/mkXultra/ai-cli-mcp/issues/19) · 2026-03-08 · open · 0 comments

The remaining reports are on [the project's issue tracker](https://github.com/mkXultra/ai-cli-mcp/issues).