最近看到一篇很值得展开的文章，核心判断很锋利：Claude Code 的强弱，往往不取决于模型本身，而取决于你如何组织上下文、工具、规则、验证与分工。 这不是一句提示词技巧，而是一套面向 Agent 的工程治理观。真正该优化的，不只是“让它多写一点代码”，而是“让它在复杂任务里持续做对事”。

如果你第一次接触 OpenCode 这类 AI Coding Agent，很容易先被表象带偏：它能读代码、改文件、跑命令、调用大模型，看上去像是“一个更强的聊天机器人”或者“命令行里的 Cursor”。但如果只看到这里，我们就错过了真正值得研究的部分。

OpenCode 真正精妙的地方，不是它接了哪个模型，也不是它把终端界面做得多顺手，而是它把“如何驾驭一个会写代码的模型”做成了一套工程系统。换句话说，模型只是发动机，真正决定这台机器是否能稳定跑起来的，是外面那层 harness：环境、工具、权限、状态、反馈回路、停止条件，以及错误处理。

这也是我读完《从写代码到驭代码：深度解读 OpenAI 的 Harness Engineering》之后，再回头看 OpenCode 源码时最强烈的感受：优秀的 agent 工具，本质上不是 prompt 的集合，而是一套围绕模型构建的控制系统。

OpenAI 最近那篇关于 Harness Engineering 的文章，很容易被转述成一句耸动的话：“工程师不写代码了。”

但如果只读到这里，我们就被标题牵着鼻子走了。真正值得认真对待的，不是“代码是不是人写的”，而是软件工程的控制面正在上移：人类从直接实现功能，转向设计环境、规则、反馈回路与验收标准，让 agent 稳定地产生实现。

海外 VPS 很适合跑 Agent、工作流和自动化，但一旦目标站点像小红书这样对异常 IP、浏览器画像和登录环境非常敏感，事情就会立刻变味：大脑在海外，手也在海外，风控就会把你当成陌生访客。我们这次折腾出来的最值得分享的一点，是把“算力和控制逻辑”留在海外 VPS，把“真实 GUI 浏览器和国内出口”交给家里的 Win11，然后用 OpenClaw 的 node host + browser proxy 把两者重新缝起来。

«««< HEAD

在 2026 年的今天，软件工程正在经历一场范式转移：软件开发的核心，已从“编写逻辑”转向“设计反馈闭环”。

======= 在 2026 年的今天，软件工程正在经历一场范式转移：软件开发的核心，已从“编写逻辑”转向“设计反馈闭环”。

3d3c414 (Update font)

作为一个重度 Obsidian 用户，我一直在寻找一种更高效的方式来将我的笔记发布到 Hugo 博客上。经过不断的探索和优化，我开发了一套完整的自动化解决方案，让你可以通过一键操作将 Obsidian 笔记转换并发布到 Hugo 博客。

RSS 作为一种开放的内容聚合平台，发展到今天在微信公众号、今日头条的围剿之下已然变成了一种小众的方式。但这种小众的方式却依然存留着自己独特的魅力，在信息洪流的时代下像是一股清流，静静地呆在那等你想起来的时候去看几篇，没有广告，没有所谓的智能推荐。今天就来给大家推荐一些我自己订阅并真正阅读的一些关于软件开发的 RSS 源。

饥荒联机版是个很有意思的游戏，可惜如果联机的朋友距离较远或是主机网络不稳定游戏的体验会大大打折。摸索出来了几种办法来解决这个问题，希望以后能一起联机愉快地玩耍。

当你快刀斩乱麻按照网上的性能优化的教程操作了一番之后，你洋洋得意的觉得网站加载一定比以前更快了。然而事实上是这样子的吗？

影响网站加载速度的因素有很多，我希望能通过自己对于网站速度加载优化的一系列总结来加深自己对网站性能优化的思考，同时分享出来希望能对你有一些收获。