MCP servers imported from ~/.claude.json, ~/.codex/config.toml or .mcp.json fail to start in chats (missing launcher, ENOENT)

Đang mở
  • Có gì không ổn?
#766 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
3/5
Thời gian dự kiến
1-2 ngày
Mức phù hợp với người mới
68/100
Loại issue
Lỗi
Độ rõ ràng
Đặc tả rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
typescript
Lĩnh vực
ai-infra-agents, backend

Hướng nghiên cứu

Start in packages/agent-app/src/runtime/domains/mcp.ts, especially syncDetected() and the thread-config builder around line 304; compare them with the add and update handlers that call writeLauncher(). Trace how detected entries are stored and how launcher scripts are generated, then check that new and changed stdio servers with arguments use launchers matching their current settings. Done when the acceptance cases work for Claude Code, Codex, and folder .mcp.json sources.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

Problem

MCP servers that Muster detects from ~/.claude.json, ~/.codex/config.toml or a folder's .mcp.json fail to start in a chat when they are stdio servers with arguments, which covers almost every npx … or uvx … server. The agent reports them as failed with ENOENT (Claude Code, for example, shows posix_spawn '…/mcp-launchers/<id>.sh'). Settings › MCP servers still shows the same servers as healthy, because its own test starts the command directly.

Turning a server off and on in Settings makes it work, because that writes its launcher. The bug comes back for any server detected later.

Cause

In packages/agent-app/src/runtime/domains/mcp.ts:

  • The thread config points every stdio server with arguments at its launcher script, <dataDir>/mcp-launchers/<id>.sh (line 304): 
    configOverrides[`${key}.command`] = entry.args.length ? launcher(entry.id) : entry.command;
  • Only the add and update handlers call writeLauncher() (lines 332 and 340).
  • syncDetected() (line 123) stores detected servers but never writes their launcher. A new detected server therefore has no script. A detected server whose command or arguments change keeps a stale script that still runs the old command.

Expected

  • Every stdio server with arguments that is handed to an agent has a launcher matching its current command and arguments, whatever its source (Settings, ~/.claude.json, ~/.codex/config.toml, .mcp.json).
  • For example, syncDetected() could call writeLauncher() for new or changed entries, or the thread-config builder could write the launcher when it is missing or out of date before it uses the path.

Acceptance

  1. With a fresh data folder and a stdio server with arguments in ~/.claude.json (e.g. npx -y @modelcontextprotocol/server-memory), a new Claude Code chat lists the server as connected and can call its tools, without anyone opening Settings.
  2. The same works for a server in ~/.codex/config.toml in a Codex chat, and for one in a folder's .mcp.json.
  3. Changing a detected server's arguments in its source file makes the next chat start it with the new arguments.

Seen on Muster Agent 0.3.14 and 0.3.15 (Linux, Arch) and still present on main (b2c9d8836).

Ngôn ngữ chính
TypeScript
Star
3
Fork
0
Merge trung bình
17 giờ 33 phút
Pull request đã merge (30 ngày)
163

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của musterhq/muster-code

Tất cả issue của musterhq/muster-code

Issue tương tự

Thêm issue về TypeScript

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.