GLM 5.3 体感与 DeepSeek Harness 插件实践：800B 以内参数模型能做到什么程度？

GLM 5.3发布后持续使用一段时间，整体感受可以概括为：在开发能力上，弱于 Fable，强于 v4 pro，接近 k3。这并不是单纯看参数规模得出的结论，而是结合实际编程任务、插件开发过程以及相关案例后的使用体感。

值得注意的是，GLM 5.3 的参数量不到 800B，并且使用的是与 GLM 5.2相同的基座。但它相较于 5.2 的提升很明显，说明其后训练能力值得关注。

GLM 5.3 的编程能力如何？为什么说它的开发表现突出？

从编程相关 Bench 以及更全面的测试信息，再结合实际体验来看，GLM 5.3 的能力定位较清晰：弱于 Fable，强于 v4 pro，整体接近 k3。

模型能力最直观的体现，还是落在实际开发任务中。有一个案例中，开发者消耗了大约 300 亿 Token，制作出了一个高仿版的《泰拉瑞亚》。这个案例不能简单等同于模型独立完成整个项目，但也足以说明，GLM 5.3 在持续开发、代码生成与复杂项目推进方面，表现出了相当强的能力。

GLM 5.3 的基座与 5.2 相同，却实现了明显提升。这也让人更容易把关注点放在后训练效果上：同一套基础能力，通过更强的后续训练与调校，依然可以拉开实际使用体验的差距。

GLM 5.3 目前可以在哪里使用？

目前，GLM 5.3已经上线到 ZCode、AutoClaw以及 GLM Coding Plan。API 也将在近期上线。

对于开发者而言，后续更值得关注的是 API 的价格。如果 API 不涨价，那么这款模型在开发场景中的可用性与性价比，仍然会保持较强竞争力。

DeepSeek Harness 是什么？为什么说它像 Arch Linux？

DeepSeek Harness，简称 DSH，是一个开放度很高的底层框架。它的核心特点是：开发者可以通过定义和替换插件，将它组合成自己需要的 Agent。

这种设计思路很像 Arch Linux：系统本身给出足够开放的基础，而使用者可以按照自己的工作方式不断补充功能、调整结构、扩展能力。对于喜欢折腾工作流的人来说，DSH 的自由度很有吸引力。

但开放也带来一个现实问题：有些其他工具中习以为常的基础能力，DSH 官方未必已经提供。最典型的问题就是：DSH 默认不支持上传文件。

刚开始使用 DeepSeek Harness，可能会遇到哪些问题？

在刚接触 DSH 时，几个问题会很快浮现出来：

• Skill 在哪里？如何把以前项目里积累的 Skill 接入当前环境？
• 附件怎么上传？连图片这类基础文件是否也无法直接加入对话？
• 项目文件是否被识别？当前有哪些文件、约束文件和 Skill 会被索引？

这些问题并不意味着 DSH 不好用，反而说明它把更多扩展空间交给了开发者。既然功能缺失，解决方式也很直接：让模型协助开发插件，把缺的能力补回来。

在同时参与 DSH 与 GLM 5.3 内测的过程中，借助 GLM 5.3 完成了一轮轮功能、样式与交互调校，最终形成了三个实用插件：dsh-skills、dsh-attachments 与 dsh-inspector。

如何在 DeepSeek Harness 中使用 GLM 模型？

DSH 中可以使用 GLM 模型。操作并不复杂，只需要进入设置，将模型配置修改为 GLM 对应模型即可。

完成设置后，就可以在 DSH 中使用任意模型，按自己的需要组合模型与插件能力。

dsh-skills：如何让 DeepSeek Harness 支持 Skill？

dsh-skills解决的是 DSH 缺少 Skill 支持的问题。

安装并启用后，它可以自动索引以往项目中的 Skill，并将这些内容装载到 DSH 中。它支持完整格式的 .skill 文件，并不只局限于 .md 文件。

在日常对话时，只需要在聊天框中输入“/”，即可呼出可用的 Skill。这样一来，项目中已经整理好的能力模块，可以更顺畅地进入当前对话和开发流程。

项目地址：https://github.com/CocoSgt/dsh-skills

dsh-attachments：如何为 DeepSeek Harness 添加文件和图片上传能力？

dsh-attachments用于补足 DSH 的附件上传能力。

DSH 原本不支持上传文件，甚至连基础的图片上传也无法直接完成。安装这个插件后，DeepSeek Harness 可以直接上传文件，并显示📎 附件图标。

上传后的文件不仅可以直接打开，也可以继续粘贴到其他对话框中使用。对于需要围绕图片、文件或项目材料进行交流的场景，这项能力会直接改变使用体验。

项目地址：https://github.com/CocoSgt/dsh-attachments

dsh-inspector：如何查看当前生效的约束文件和 Skill？

本地环境配置复杂时，常常会遇到一个问题：到底有哪些约束文件正在生效？哪些 Skill 会被当前环境索引？

dsh-inspector就是为此而做的查看器。它可以帮助查看当前生效的约束文件，以及当前会被索引的 Skill，减少“配置明明写了，却不知道是否被加载”的困扰。

这个插件尤其适合本地环境调试。当插件、配置和项目规则逐渐增多时，能看清系统当前状态，比盲目修改配置更有效率。

项目地址：https://github.com/CocoSgt/dsh-inspector

三个 DeepSeek Harness 插件如何一键安装？

这三个插件都已经制作成 npm 包，可以通过终端一次安装。

第一步：打开终端

进入可执行 DSH 命令的终端环境。

第二步：执行插件安装命令

dsh plugin --profile web add dsh-skills dsh-attachments dsh-inspector

第三步：在 DSH 中使用新增能力

安装完成后，可以通过“/”调用 Skill，使用附件图标上传文件，并通过 Inspector 查看约束文件及被索引的 Skill。

GLM 5.3 在 DSH 插件开发中具体带来了什么？

GLM 5.3 在这次开发中做的不只是把功能代码写出来。更重要的是，它还帮助梳理了 DSH 的插件契约。

在开发过程中，除了完成三个插件本身，还覆盖了 DSH 官方文档尚未覆盖的一些第三方插件路径，包括：

• settings.section 槽注册
• 环回 sidecar 数据通道
• __ModuleLoader__ 浏览器 bundle 契约
• Typert RPC

这些内容的价值在于，它们让插件开发不再只是“把一个功能做出来”，而是进一步摸清楚插件究竟如何接入、如何通信、如何被加载，以及如何与 DSH 的既有结构协同。

总结：700 多 B 参数的 GLM 5.3，为什么值得关注？

GLM 5.3 最值得关注的地方，在于它用700 多 B 参数的规模，进入了与一众数 T 参数模型正面比较的范围。结合实际使用感受，它在编程能力上具备明确竞争力：弱于 Fable，强于 v4 pro，接近 k3。

同时，GLM 5.3 在 DSH 插件开发中的表现说明，它不仅能处理单点代码生成，也能够参与实际的功能补齐、交互调校与插件契约探索。对于像 DeepSeek Harness 这样开放、可塑性强的框架而言，这种开发协作能力尤其重要。

我认为：工具做得越开放，使用者越不能只等着官方把一切填满。DSH 缺少 Skill、附件上传与环境查看功能，确实会让人一开始感到不方便；但换个角度看，这也给了开发者亲手定义工作流的机会。模型的价值，也不只是回答问题，而是在这些具体、琐碎又真实的开发需求里，陪着人把缺口一点点补上。

#dshinspector