
Multica 任务显示 AI coding tool 启动失败怎么排查【免费下载链接】multicaMake humans and AI agents work as one team — open-source and self-hostable.项目地址: https://gitcode.com/GitHub_Trending/mu/multica当你在 issue 侧边栏的Execution log中看到某次 run 卡在dispatched、或者以failed结束并带有工具侧错误码agent_error.*时通常不是 Multica 服务或 daemon 出了问题而是 daemon 所调用的那个 AI coding tool 本身无法启动或无法完成请求。一个在线的 daemon 并不等于工具本身可用。本文按官方 Troubleshooting 文档给出的路径排查这类失败从查看 run 的详细记录开始到在终端里直接运行工具验证最后修复并手动重试。先确认失败发生在哪一层Multica 把问题分层为Multica 服务、daemon、runtime、AI coding tool。工具启动失败属于最后一层。先执行这几条命令定位首个有意义的报错multica version multica auth status multica daemon status --output json multica daemon logs --lines 100如果multica auth status显示未登录或 token 过期先用multica login重新登录再multica daemon restart。如果 daemon 日志里出现版本、路径或认证错误问题已经指向工具本身继续下文。如果 run 长时间停在dispatched该状态表示 runtime 已认领、工具正在启动超过5 分钟仍停留在此状态会被判为失败见 Runs 的状态速查表。打开 run 详细记录逐项核对启动条件打开 issue 的Execution log点击对应行上的View transcript查看 agent 的消息、工具调用和错误输出。官方文档要求重点核对以下五项工具是否已完成登录sign-inAPI key、配额quota或模型权限是否可用agent 所选的模型和 thinking level 是否被该工具支持本地工作目录是否存在且可写agent 的自定义参数custom arguments或环境变量是否有效。run 记录里的失败原因码可以直接指路。工具侧错误以agent_error.*前缀记录常见启动相关项前缀省略失败原因含义处理provider_auth_or_access模型服务商认证失败或拒绝访问401/403在该 AI coding tool 内重新登录或检查 API keyprovider_quota_limit配额或余额耗尽402充值或换账号missing_config缺少 API key 等必要配置补齐 agent 的环境变量或工具配置runtime_missing_executable找不到工具可执行文件重新安装工具runtime_version_unsupported工具版本过旧升级工具model_not_found_or_unavailable模型不存在或当前不可用在 agent 设置里换一个可用模型process_failure工具进程异常退出查看 run 记录定位原因后重试注意这些认证、配额、配置、模型类错误不会自动重试必须先修好原因再手动重试只有工具网络中断provider_network一类瞬时故障才会自动重试最多 3 次。在终端里直接运行同一个工具这是文档给出的关键判断步骤在执行任务的那台机器上用终端直接启动 agent 配置的那个工具。如果工具单独都跑不起来就修它自己的登录或配置修好后再从 execution log 重试该 run。如果终端能正常跑再核对 daemon 侧能否找到同一个命令。检查 daemon 与工具的 PATH 和版本终端里能找到工具、daemon 却找不到时通常是两者使用了不同的PATH。在 macOS/Linux/WSL 上确认command -v command command --versionWindows PowerShell 用Get-Command command和command --version。command替换为 安装文档中Multica currently detects these commands表里的实际命令如claude、codex、cursor-agent。两条补救路径重启桌面应用Multica Desktop 重启后会重新检测本地工具通过对应的MULTICA_PROVIDER_PATH环境变量设置绝对路径例如MULTICA_CLAUDE_PATH/opt/bin/claude同时注意最低版本要求Claude Code 需 2.0.0 及以上、Codex 0.100.0 及以上、Copilot 1.0.0 及以上、Grok 0.2.89 及以上、Qwen Code 0.20.0 及以上、MiniMax Code 0.1.2 及以上。低于最低版本时 daemon 不会注册对应 runtime。修改 PATH、安装新工具或更新配置后重启 daemon 让它重新读取环境和检测工具multica daemon restart随后打开 Multica 的Runtimes页确认目标电脑下的该工具显示为 online这是工具可被 daemon 调用的验证条件。修复后如何重试并验证在 execution log 里对该行点击重试按钮重试会调用当时处理该 run 的 agent即使 issue 后来改派给了别人也不会切换也可以用 CLI 重跑当前 issuemultica issue rerun issue-id它使用 issue 当前的 agent 分配并从全新的会话和工作目录开始重试后再次打开 execution log / transcript确认 run 能进入running状态且工具正常执行。若仍失败transcript 里会给出 CLI 返回的具体错误据此回到上面清单继续排查。边界与限制run 在dispatched状态超过 5 分钟才会被判失败queued状态的等待与工具启动失败无关那是 runtime 未认领见 Troubleshooting 中queued一节。agent 的模型和 thinking level 留空时走 runtime 或本地 CLI 默认值有些 runtime 自行管理模型界面上不显示模型选择器见 创建与配置 agent。agent 的自定义环境变量保存在服务端并在执行时下发修改后只影响之后认领的 run已运行的 run 不受配置变更影响。daemon 需要至少检测到一个受支持的内置 AI coding tool 才能启动如果一台干净机器上只配置了自定义 runtime profiledaemon 无法以此为唯一启动条件。如果工具在 Runtimes 页显示 online 但 run 仍然失败打开 issue 的 run 记录查看 CLI 返回的原始错误或参考 Environment variables 中 Daemon configuration 一节检查MULTICA_AGENT_TIMEOUT等执行侧设置。【免费下载链接】multicaMake humans and AI agents work as one team — open-source and self-hostable.项目地址: https://gitcode.com/GitHub_Trending/mu/multica创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考