QHarness

从现有证据看，QHarness 更适合判断为“高质量的构建过程记录与参考实现”，而不是已被广泛采用的成熟通用 agent 平台。证据几乎全部来自同一作者在知乎的连载文章，热度证明主要是连载篇数和少量赞同；缺少 GitHub 仓库、独立复现、外部评测或多方讨论，因此能证明“有人认真做并持续复盘”，但还不能强证“社区验证过、开箱即用”。

它的实际作用比较清晰：围绕 coding agent / harness，逐步实现工具执行、EditFile、上下文截取、文本压缩、AGENTS.md/skill 机制、工具报错自愈、循环刹车、浏览器 dock、高危命令确认等能力。它不是聊天机器人套壳，也不是现成的云端 IDE agent 服务，更像“自己造一个类似 OpenClaw 思路的本地代理外壳”的工程笔记加参考代码设计。证据里多次出现回归测试、接口假设被推翻、review 纠错、JSON 容错、UAF/路由键等细节，这些比榜单帖更能支持其工程深度判断。

门槛和成本方面，现有证据只能支持“学习与二开门槛偏高”。因为它建立在 C++ 与 Qt 之上，还涉及 GUI、工具调度、上下文裁剪、浏览器嵌入、命令安全和测试体系，适合愿意读实现细节的人。没有可靠证据显示有官方定价、托管 API 收费或商业版；若要运行，模型调用成本大概率取决于你自行接入的模型/API，这里只能做保守推断，不能把作者文中演示过程当成稳定成本承诺。

适合对象是想学习 agent harness 内部机制、尤其偏 C++/Qt 技术栈的开发者；不太适合希望立刻部署生产工作流、寻找低代码平台或只想要现成 SaaS 的用户。社媒共识目前更像“小样本、实做味很强的技术连载”：讨论质量偏实测/实现复盘，而不是转发刷屏或榜单汇总，这对判断“做法是否扎实”有帮助；但来源集中、样本有限、外部争议与对比评测不足，也意味着结论应保持保守。