通用能力与代理任务的双重优势
尽管定位为通用大语言模型而非纯编码专用模型，Qwen 3.5-9B 在处理常规对话、逻辑推理、指令遵循及视觉输入方面表现均衡，同时具备出色的编码与代理工作能力。在实际应用中，该模型已成功用于维护一款 SaaS 工具，涵盖新功能开发、Bug 修复及整体项目管理。
工具调用是其核心优势之一。针对 3.5 系列的代理用途训练，使模型能够精准选择工具、格式化调用、处理输出并持续执行任务。若配合 Hermes、OpenCode 或 Codex 等优秀框架，其在代理任务中的表现尤为突出。此外，该模型原生支持 262,144 token 的上下文窗口，并提供 " 思考 " 与 " 非思考 " 双模式，用户可根据任务复杂度灵活切换深度推理或直接响应模式。
多数日常开发任务无需依赖 Claude
在实际工作流中，Qwen 3.5-9B 已承担了大量原本由 Claude 处理的任务。在某 SaaS 项目中，它独立修复了导致 OTP（一次性密码）发送失败的登录流程 Bug，并开发了用户报告导出功能。这些涉及现有代码库协作的任务均无需转交 Claude 即可高质量完成。
在个人项目层面，该模型展现了强大的自动化逻辑生成能力。例如在 Home Assistant 配置中，用户仅需描述设备预期行为，模型即可自动生成相应的自动化脚本，有效整合家中传感器与设备。此外，通过访问服务器日志，Qwen 能定期标记潜在问题并指引故障根源，甚至在授权情况下直接修复，显著优于仅提供标准错误通知的传统监控方式。
局限性：跨文件重构与顽固 Bug 排查
尽管表现优异，Qwen 3.5-9B 在两项复杂任务上仍显吃力，而这正是 Claude 的优势领域。
首先是跨文件代码重构。在一次将报表生成逻辑从 API 路由迁移至共享服务的任务中，模型虽创建了新风服务并更新了主路由，却未能全局跟进旧实现的清理工作。这导致后台作业仍引用旧函数、测试参数不匹配以及前端类型定义错误，虽然在局部修复了报错，却引入了新的系统性错误。
其次是顽固性 Bug 排查。面对一个状态始终停滞在 " 处理中 " 的报表任务，模型最初误判为前端轮询逻辑问题。即便在提供后台作业已完成且日志确认报表生成的证据后，模型仍局限于修改前端组件，未能深入追踪 API 链路及缓存响应机制，导致问题未被根本解决。
总体而言，Claude 在面对此类问题时，更倾向于质疑初步诊断、检查全栈不同环节并基于证据反向推导，而非在单一修复路径上进行微调。对于需要深度全局视野的复杂工程任务，Claude 依然更具优势。
【星途科讯 图文丨略略 首发于 ZAKER 科技，转载请注明出处】
