Plandex CLI 2.0.4 版本解析新增内置模型、浏览器调试、model-packs 命令与可靠性增强【免费下载链接】plandexOpen source AI coding agent. Designed for large projects and real world tasks.项目地址: https://gitcode.com/GitHub_Trending/pl/plandexPlandex 2.0.4 是 Plandex CLI 在 v2 架构落地后的一个重要增量版本它一次性引入了 Claude Sonnet 3.7 thinking、Gemini 2.5 Pro、DeepSeek V3 (03-24)、GPT-4.5 四款内置模型新增浏览器应用调试能力补齐了model-packs update与model-packs show两个管理命令并为 CLI 通信层加入了带指数退避的 HTTP 重试机制。读完本文你能理解这四项能力各自的适用场景、对应的命令行用法以及它们在当前仓库源码中的实现位置与演进现状。版本说明的来源与范围本文基于 2.0.4 版本发布说明 展开该文件同时收录在 CLI 完整变更日志 中。原文档按 Models、Debugging、Model Packs、Reliability、REPL、Installation 六个板块列出更新点下文逐条继承并结合仓库源码深化。一、四款新增内置模型与对应的 model packClaude Sonnet 3.7 thinking配合reasoningpack 使用2.0.4 发布说明中的原文是Claude Sonnet 3.7 thinking is now available as a built-in model. Try thereasoningmodel pack for more challenging tasks.也就是说带思考thinking能力的 Sonnet 3.7 以“内置模型”形式进入 Plandex官方推荐的入口是reasoning这个 model pack——它面向比日常任务更复杂的场景。从当前仓库源码可以印证这条脉络。内置 model pack 的统一定义位于 app/shared/ai_models_packs.go其中ReasoningSchema的结构是Planner 与 Coder 两个核心角色使用 Anthropic 的思考型模型PlanSummary、Builder、Namer、CommitMsg、ExecStatus 等轻任务角色仍然复用 OpenAI 的低成本模型如openai/o4-mini-low、openai/gpt-4.1-mini。需要说明的是发布说明描述的是 2.0.4 发布时的状态当时基于 Sonnet 3.7 thinking当前仓库中reasoningpack 的 Planner/Coder 已演进为anthropic/claude-sonnet-4-thinking-hidden描述中也注明了“Supports up to 160k input context”的输入上下文上限。Plandex 的 model pack 机制是“按角色分配模型”一个 pack 内每个角色Planner、Architect、Coder、Builder、PlanSummary 等可以独立指定模型与 fallback因此reasoningpack 只把思考型模型放在对推理要求最高的规划与编码角色上其余角色保持低成本模型是一种成本与能力的折中配置。Gemini 2.5 Pro免费/实验版gemini-planner与gemini-experimental发布说明原文Gemini 2.5 pro (free/experimental version) is now available. Try the gemini-planner or gemini-experimental model packs to use it.当前仓库中可以看到两条对应的实现证据模型侧app/shared/ai_models_available.go 中登记了google/gemini-2.5-pro这一 ModelTag并配置了 Google AI Studio、Vertex AI、OpenRouter 三个 provider 候选这与 Plandex 的“多 provider 冗余”设计一致pack 侧app/shared/ai_models_packs.go 中的GeminiPlannerSchema定义了一个关键模式——只用 Gemini 2.5 Pro 顶替 Planner 角色借助其超大上下文做规划与上下文选择Coder 仍用 Claude Sonnet长上下文时 fallback 到 GPT-4.1其余角色沿用默认模型的廉价配置。这样既利用了 Gemini 的上下文优势又不显著抬高整体成本。从 CHANGELOG 的后续版本记录还可以看到演进轨迹gemini-exp/gemini-experimental这类实验性 pack 在 2.2.0 中被移除由gemini-planner和新的googlepack 取代。因此 2.0.4 引入时的两个入口可以理解为 Gemini 2.5 Pro 接入 Plandex 的过渡阶段。DeepSeek V3 (03-24)进入osspack 的 coder 角色发布说明原文DeepSeek V3 03-24 version is available as a built-in model and is now used in theosspack in thecoderrole.这条更新同时包含两层含义DeepSeek V3 的 03-24 版本成为内置模型并且直接替换了开源混合 packoss中负责编码的角色。当前仓库 app/shared/ai_models_packs.go 中的OssSchema验证了这一点Coder角色指向deepseek/v3而 Planner 使用deepseek/r1PlanSummary、Builder、WholeFileBuilder、ExecStatus 等角色使用deepseek/r1-hidden隐藏的 r1 变体Namer 与 CommitMsg 使用qwen/qwen3-8b-cloud。该 pack 的描述也写明了约束“Supports up to 144k context, 33k per file”。这个配置展示了 Plandex 处理开源模型的方式不是一刀切地把同一个模型塞进所有角色而是把推理强的 R1 系模型放在规划/构建角色把代码生成更稳的 V3 放在编码角色再用小模型处理命名、commit message 这类轻量任务。GPT-4.5可用但不进 pack发布说明原文OpenAI GPT 4.5 is available as a built-in model. Its not in any model packs so far due to rate limits and high cost, but is available to use viaset-model这条说明传递的信息很明确GPT-4.5 已作为内置模型注册可通过set-model手动选用但由于速率限制和高成本它没有被写入任何预设 pack。这也是 Plandex 管理内置模型的一种常见策略——模型可用性与 pack 默认选型是两件事新增模型会先进入内置模型列表是否进入 pack、放在哪个角色取决于成本、速率与实测表现。二、浏览器应用调试捕获错误与读取控制台日志2.0.4 的 Debugging 板块第一条Plandex can now directly debug browser applications by catching errors and reading the console logs (requires Chrome).这条能力对应 CLI 的browser命令实现在 app/cli/cmd/browser.go。从源码可以还原它的完整工作方式命令形态browser [urls...] # --timeout 参数控制页面加载超时默认 10 秒命令定义见 browser.go L25-L34。多个 URL 会以多标签页形式打开第一个 URL 复用初始标签页后续 URL 各开新标签。浏览器发现与回退策略findChrome()L56-L84按平台查找 Chrome/ChromiummacOS 检查/Applications/Google Chrome.app等标准安装路径Linux/FreeBSD 依次在 PATH 中查找google-chrome、google-chrome-stable、chromium、chromium-browser。找不到 Chrome 时回退到系统默认打开方式macOS 用openLinux 用xdg-open但此时没有控制台日志捕获能力——这也解释了发布说明中 “(requires Chrome)” 的前置条件。错误捕获的实现有 Chrome 时openChromeWithLogs()L90-L239基于chromedp库以非 headless 模式启动浏览器并通过 Chrome DevTools Protocol 启用Runtime与Log域逐标签页监听三类事件L185-L204CDP 事件处理Runtime.consoleAPICalled打印[CHROME:type] value若 type 为error则判定为控制台错误并触发退出Log.entryAdded打印[CHROME:Log:level] textRuntime.exceptionThrown打印异常详情判定为 JS 异常并触发退出进程最终在三者之一发生时退出收到 SIGINT/SIGTERM 信号、浏览器上下文被关闭例如用户关掉了最后一个标签页、或检测到 JS 错误此时以退出码 1 结束。这一“有错即退”的设计对 Agent 很关键——Plandex 在构建前端应用后运行browser命令只要页面能干净地加载并通过超时窗口就能确认没有立即触发的运行时错误一旦捕获到错误输出的控制台日志和异常信息可以直接作为下一轮修复的输入。Debugging 板块的第二条——“Enhanced signal handling and subprocess termination robustness for execution control”——同样体现在上述信号监听逻辑中signal.Notify(sigChan, syscall.SIGINT, syscall.SIGTERM)配合context取消链allocator 级、浏览器级、标签级保证 CtrlC 时 Chrome 进程能被干净终止而不是留下孤儿进程。三、Model Packs 管理新增model-packs update与model-packs show发布说明的 Model Packs 板块Added commands:model-packs updatemodel-packs show当前仓库 app/cli/cmd/model_packs.go 中可以看到完整的命令树model-packs列出所有 pack、model-packs create、model-packs delete别名rm、model-packs update、model-packs show [name]注册逻辑见 L51-L59。model-packs show的实际行为showModelPack 函数无参数运行时先拉取自定义 pack 与内置 pack 的完整列表再以交互列表形式让你选择要查看的 pack带参数时按名称精确匹配。Cloud 环境下会自动过滤掉带本地 provider如 Ollama的内置 pack只展示云端可用的配置。渲染时会把 pack 引用的自定义模型 ID 映射回自定义模型定义customModelsById即输出中能看到每个角色实际指向哪个自定义模型及其配置。查看结束后命令行会提示后续可执行的相关命令set-model、set-model default、models custom——这体现了 pack 查看与模型切换之间的操作闭环。一个值得注意的演进事实从源码结构看当前仓库中model-packs create/update/delete三个子命令的 Run 均已指向customModelsNotImplemented占位函数而show与列表功能保持可用。结合 CHANGELOG 中 2.2.0 的记录models custom成为管理自定义 provider、模型和 pack 的一体化命令取代了model-packs create/update/delete等命令可以推断 2.0.4 引入的model-packs update属于早期版本形态其后被更完整的自定义模型 JSON 配置体系收编。阅读旧版本记录时应以当时的命令行为准在较新 CLI 上操作自定义 pack应使用models custom入口。四、可靠性带指数退避的 HTTP 重试发布说明 Reliability 板块Implemented HTTP retry logic with exponential backoff for transient errors.这条改动落在 CLI 的 HTTP 客户端层实现见 app/cli/api/clients.go。核心是一个retryTransport实现了http.RoundTripper接口所有对外 API 客户端共享同一个实例具体机制重试范围只对可重试状态码生效RetryStatuses配置为502、503、504L127-L133对于底层网络错误也会重试但超时timeout除外——超时通常不是瞬时故障的信号。退避策略backoff BaseDelay * 2^attempt超过MaxDelay则封顶再叠加随机 jitterL108-L113即“指数退避 抖动”避免多个客户端在同一时刻重试造成瞬时压力。重试前处理重试前会先关闭上一个响应的 body防止连接泄漏。对使用侧的意义是当 Plandex Cloud 网关出现瞬时 5xx 抖动、或自建服务短暂不可用时tell、apply这类依赖 API 的命令会在传输层自动恢复而不是直接把错误抛给用户。五、REPL 与安装体验的改进2.0.4 还有两个体验类更新板块REPL“Fixed whitespace handling issues”——修复了 REPL 中的空白处理问题。REPL 是 Plandex 日常交互的主界面代码输入、多行粘贴、命令行的缩进保留都依赖正确的空白处理这类修复直接影响粘贴代码片段时的准确性。“Improved command execution flow”——改进了命令执行流程使 REPL 内命令的调度与退出路径更顺畅。Installation“Clarified support for WSL-only environments”——明确了仅 WSL无 Windows 桌面环境场景下的支持范围。“Better handling of sudo and alias creation on Linux”——改进了 Linux 安装时对 sudo 权限与 alias 创建的处理。这两条属于安装脚本层面的改进对应的安装/更新入口可参考仓库中的 app/cli/install.sh 与 app/cli/upgrade.go。六、如何验证你正在使用 2.0.4 的行为结合本仓库的结构核对 2.0.4 相关能力时有几个确定的锚点版本说明releases/cli/versions/2.0.4.md 是该版本的独立发布说明releases/cli/CHANGELOG.md 中有对应条目。内置模型与 packmodel-packs show或列出内置 pack可查看各 pack 每个角色的模型配置内置模型注册表在 app/shared/ai_models_available.gopack 定义在 app/shared/ai_models_packs.go。浏览器调试browser [urls...]是否带日志捕获取决于系统上能否找到 Chrome/Chromium见上文平台查找逻辑。重试行为由共享retryTransport统一生效用户无显式开关若遇到 502/503/504 类瞬时错误观察命令是否有延迟后自动恢复即可验证。总结2.0.4 在四个方向同时推进了 Plandex 的能力边界模型层引入 Sonnet 3.7 thinking、Gemini 2.5 Pro、DeepSeek V3 (03-24)、GPT-4.5 四款内置模型并绑定到reasoning、gemini-planner、oss等 pack 的具体角色调试层通过基于 CDP 的browser命令让 Agent 能直接读取前端控制台错误管理层补齐model-packs show/update命令闭环后续版本进一步演进为models custom一体化入口可靠性层在 HTTP 传输层加入针对 502/503/504 的指数退避重试。理解这一版本的价值关键在于把握 Plandex 的模型组织方式——内置模型注册、model pack 角色分配、fallback 链三者分层解耦新版本模型总是先进入模型注册表再按成本与能力评估逐步进入 pack。【免费下载链接】plandexOpen source AI coding agent. Designed for large projects and real world tasks.项目地址: https://gitcode.com/GitHub_Trending/pl/plandex创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Plandex CLI 2.0.4 版本解析：新增内置模型、浏览器调试、model-packs 命令与可靠性增强
Plandex CLI 2.0.4 版本解析新增内置模型、浏览器调试、model-packs 命令与可靠性增强【免费下载链接】plandexOpen source AI coding agent. Designed for large projects and real world tasks.项目地址: https://gitcode.com/GitHub_Trending/pl/plandexPlandex 2.0.4 是 Plandex CLI 在 v2 架构落地后的一个重要增量版本它一次性引入了 Claude Sonnet 3.7 thinking、Gemini 2.5 Pro、DeepSeek V3 (03-24)、GPT-4.5 四款内置模型新增浏览器应用调试能力补齐了model-packs update与model-packs show两个管理命令并为 CLI 通信层加入了带指数退避的 HTTP 重试机制。读完本文你能理解这四项能力各自的适用场景、对应的命令行用法以及它们在当前仓库源码中的实现位置与演进现状。版本说明的来源与范围本文基于 2.0.4 版本发布说明 展开该文件同时收录在 CLI 完整变更日志 中。原文档按 Models、Debugging、Model Packs、Reliability、REPL、Installation 六个板块列出更新点下文逐条继承并结合仓库源码深化。一、四款新增内置模型与对应的 model packClaude Sonnet 3.7 thinking配合reasoningpack 使用2.0.4 发布说明中的原文是Claude Sonnet 3.7 thinking is now available as a built-in model. Try thereasoningmodel pack for more challenging tasks.也就是说带思考thinking能力的 Sonnet 3.7 以“内置模型”形式进入 Plandex官方推荐的入口是reasoning这个 model pack——它面向比日常任务更复杂的场景。从当前仓库源码可以印证这条脉络。内置 model pack 的统一定义位于 app/shared/ai_models_packs.go其中ReasoningSchema的结构是Planner 与 Coder 两个核心角色使用 Anthropic 的思考型模型PlanSummary、Builder、Namer、CommitMsg、ExecStatus 等轻任务角色仍然复用 OpenAI 的低成本模型如openai/o4-mini-low、openai/gpt-4.1-mini。需要说明的是发布说明描述的是 2.0.4 发布时的状态当时基于 Sonnet 3.7 thinking当前仓库中reasoningpack 的 Planner/Coder 已演进为anthropic/claude-sonnet-4-thinking-hidden描述中也注明了“Supports up to 160k input context”的输入上下文上限。Plandex 的 model pack 机制是“按角色分配模型”一个 pack 内每个角色Planner、Architect、Coder、Builder、PlanSummary 等可以独立指定模型与 fallback因此reasoningpack 只把思考型模型放在对推理要求最高的规划与编码角色上其余角色保持低成本模型是一种成本与能力的折中配置。Gemini 2.5 Pro免费/实验版gemini-planner与gemini-experimental发布说明原文Gemini 2.5 pro (free/experimental version) is now available. Try the gemini-planner or gemini-experimental model packs to use it.当前仓库中可以看到两条对应的实现证据模型侧app/shared/ai_models_available.go 中登记了google/gemini-2.5-pro这一 ModelTag并配置了 Google AI Studio、Vertex AI、OpenRouter 三个 provider 候选这与 Plandex 的“多 provider 冗余”设计一致pack 侧app/shared/ai_models_packs.go 中的GeminiPlannerSchema定义了一个关键模式——只用 Gemini 2.5 Pro 顶替 Planner 角色借助其超大上下文做规划与上下文选择Coder 仍用 Claude Sonnet长上下文时 fallback 到 GPT-4.1其余角色沿用默认模型的廉价配置。这样既利用了 Gemini 的上下文优势又不显著抬高整体成本。从 CHANGELOG 的后续版本记录还可以看到演进轨迹gemini-exp/gemini-experimental这类实验性 pack 在 2.2.0 中被移除由gemini-planner和新的googlepack 取代。因此 2.0.4 引入时的两个入口可以理解为 Gemini 2.5 Pro 接入 Plandex 的过渡阶段。DeepSeek V3 (03-24)进入osspack 的 coder 角色发布说明原文DeepSeek V3 03-24 version is available as a built-in model and is now used in theosspack in thecoderrole.这条更新同时包含两层含义DeepSeek V3 的 03-24 版本成为内置模型并且直接替换了开源混合 packoss中负责编码的角色。当前仓库 app/shared/ai_models_packs.go 中的OssSchema验证了这一点Coder角色指向deepseek/v3而 Planner 使用deepseek/r1PlanSummary、Builder、WholeFileBuilder、ExecStatus 等角色使用deepseek/r1-hidden隐藏的 r1 变体Namer 与 CommitMsg 使用qwen/qwen3-8b-cloud。该 pack 的描述也写明了约束“Supports up to 144k context, 33k per file”。这个配置展示了 Plandex 处理开源模型的方式不是一刀切地把同一个模型塞进所有角色而是把推理强的 R1 系模型放在规划/构建角色把代码生成更稳的 V3 放在编码角色再用小模型处理命名、commit message 这类轻量任务。GPT-4.5可用但不进 pack发布说明原文OpenAI GPT 4.5 is available as a built-in model. Its not in any model packs so far due to rate limits and high cost, but is available to use viaset-model这条说明传递的信息很明确GPT-4.5 已作为内置模型注册可通过set-model手动选用但由于速率限制和高成本它没有被写入任何预设 pack。这也是 Plandex 管理内置模型的一种常见策略——模型可用性与 pack 默认选型是两件事新增模型会先进入内置模型列表是否进入 pack、放在哪个角色取决于成本、速率与实测表现。二、浏览器应用调试捕获错误与读取控制台日志2.0.4 的 Debugging 板块第一条Plandex can now directly debug browser applications by catching errors and reading the console logs (requires Chrome).这条能力对应 CLI 的browser命令实现在 app/cli/cmd/browser.go。从源码可以还原它的完整工作方式命令形态browser [urls...] # --timeout 参数控制页面加载超时默认 10 秒命令定义见 browser.go L25-L34。多个 URL 会以多标签页形式打开第一个 URL 复用初始标签页后续 URL 各开新标签。浏览器发现与回退策略findChrome()L56-L84按平台查找 Chrome/ChromiummacOS 检查/Applications/Google Chrome.app等标准安装路径Linux/FreeBSD 依次在 PATH 中查找google-chrome、google-chrome-stable、chromium、chromium-browser。找不到 Chrome 时回退到系统默认打开方式macOS 用openLinux 用xdg-open但此时没有控制台日志捕获能力——这也解释了发布说明中 “(requires Chrome)” 的前置条件。错误捕获的实现有 Chrome 时openChromeWithLogs()L90-L239基于chromedp库以非 headless 模式启动浏览器并通过 Chrome DevTools Protocol 启用Runtime与Log域逐标签页监听三类事件L185-L204CDP 事件处理Runtime.consoleAPICalled打印[CHROME:type] value若 type 为error则判定为控制台错误并触发退出Log.entryAdded打印[CHROME:Log:level] textRuntime.exceptionThrown打印异常详情判定为 JS 异常并触发退出进程最终在三者之一发生时退出收到 SIGINT/SIGTERM 信号、浏览器上下文被关闭例如用户关掉了最后一个标签页、或检测到 JS 错误此时以退出码 1 结束。这一“有错即退”的设计对 Agent 很关键——Plandex 在构建前端应用后运行browser命令只要页面能干净地加载并通过超时窗口就能确认没有立即触发的运行时错误一旦捕获到错误输出的控制台日志和异常信息可以直接作为下一轮修复的输入。Debugging 板块的第二条——“Enhanced signal handling and subprocess termination robustness for execution control”——同样体现在上述信号监听逻辑中signal.Notify(sigChan, syscall.SIGINT, syscall.SIGTERM)配合context取消链allocator 级、浏览器级、标签级保证 CtrlC 时 Chrome 进程能被干净终止而不是留下孤儿进程。三、Model Packs 管理新增model-packs update与model-packs show发布说明的 Model Packs 板块Added commands:model-packs updatemodel-packs show当前仓库 app/cli/cmd/model_packs.go 中可以看到完整的命令树model-packs列出所有 pack、model-packs create、model-packs delete别名rm、model-packs update、model-packs show [name]注册逻辑见 L51-L59。model-packs show的实际行为showModelPack 函数无参数运行时先拉取自定义 pack 与内置 pack 的完整列表再以交互列表形式让你选择要查看的 pack带参数时按名称精确匹配。Cloud 环境下会自动过滤掉带本地 provider如 Ollama的内置 pack只展示云端可用的配置。渲染时会把 pack 引用的自定义模型 ID 映射回自定义模型定义customModelsById即输出中能看到每个角色实际指向哪个自定义模型及其配置。查看结束后命令行会提示后续可执行的相关命令set-model、set-model default、models custom——这体现了 pack 查看与模型切换之间的操作闭环。一个值得注意的演进事实从源码结构看当前仓库中model-packs create/update/delete三个子命令的 Run 均已指向customModelsNotImplemented占位函数而show与列表功能保持可用。结合 CHANGELOG 中 2.2.0 的记录models custom成为管理自定义 provider、模型和 pack 的一体化命令取代了model-packs create/update/delete等命令可以推断 2.0.4 引入的model-packs update属于早期版本形态其后被更完整的自定义模型 JSON 配置体系收编。阅读旧版本记录时应以当时的命令行为准在较新 CLI 上操作自定义 pack应使用models custom入口。四、可靠性带指数退避的 HTTP 重试发布说明 Reliability 板块Implemented HTTP retry logic with exponential backoff for transient errors.这条改动落在 CLI 的 HTTP 客户端层实现见 app/cli/api/clients.go。核心是一个retryTransport实现了http.RoundTripper接口所有对外 API 客户端共享同一个实例具体机制重试范围只对可重试状态码生效RetryStatuses配置为502、503、504L127-L133对于底层网络错误也会重试但超时timeout除外——超时通常不是瞬时故障的信号。退避策略backoff BaseDelay * 2^attempt超过MaxDelay则封顶再叠加随机 jitterL108-L113即“指数退避 抖动”避免多个客户端在同一时刻重试造成瞬时压力。重试前处理重试前会先关闭上一个响应的 body防止连接泄漏。对使用侧的意义是当 Plandex Cloud 网关出现瞬时 5xx 抖动、或自建服务短暂不可用时tell、apply这类依赖 API 的命令会在传输层自动恢复而不是直接把错误抛给用户。五、REPL 与安装体验的改进2.0.4 还有两个体验类更新板块REPL“Fixed whitespace handling issues”——修复了 REPL 中的空白处理问题。REPL 是 Plandex 日常交互的主界面代码输入、多行粘贴、命令行的缩进保留都依赖正确的空白处理这类修复直接影响粘贴代码片段时的准确性。“Improved command execution flow”——改进了命令执行流程使 REPL 内命令的调度与退出路径更顺畅。Installation“Clarified support for WSL-only environments”——明确了仅 WSL无 Windows 桌面环境场景下的支持范围。“Better handling of sudo and alias creation on Linux”——改进了 Linux 安装时对 sudo 权限与 alias 创建的处理。这两条属于安装脚本层面的改进对应的安装/更新入口可参考仓库中的 app/cli/install.sh 与 app/cli/upgrade.go。六、如何验证你正在使用 2.0.4 的行为结合本仓库的结构核对 2.0.4 相关能力时有几个确定的锚点版本说明releases/cli/versions/2.0.4.md 是该版本的独立发布说明releases/cli/CHANGELOG.md 中有对应条目。内置模型与 packmodel-packs show或列出内置 pack可查看各 pack 每个角色的模型配置内置模型注册表在 app/shared/ai_models_available.gopack 定义在 app/shared/ai_models_packs.go。浏览器调试browser [urls...]是否带日志捕获取决于系统上能否找到 Chrome/Chromium见上文平台查找逻辑。重试行为由共享retryTransport统一生效用户无显式开关若遇到 502/503/504 类瞬时错误观察命令是否有延迟后自动恢复即可验证。总结2.0.4 在四个方向同时推进了 Plandex 的能力边界模型层引入 Sonnet 3.7 thinking、Gemini 2.5 Pro、DeepSeek V3 (03-24)、GPT-4.5 四款内置模型并绑定到reasoning、gemini-planner、oss等 pack 的具体角色调试层通过基于 CDP 的browser命令让 Agent 能直接读取前端控制台错误管理层补齐model-packs show/update命令闭环后续版本进一步演进为models custom一体化入口可靠性层在 HTTP 传输层加入针对 502/503/504 的指数退避重试。理解这一版本的价值关键在于把握 Plandex 的模型组织方式——内置模型注册、model pack 角色分配、fallback 链三者分层解耦新版本模型总是先进入模型注册表再按成本与能力评估逐步进入 pack。【免费下载链接】plandexOpen source AI coding agent. Designed for large projects and real world tasks.项目地址: https://gitcode.com/GitHub_Trending/pl/plandex创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考