OpenClaw的Slack迁移启示
将demo版openclaw的slack迁移到mac上原本以为会是件麻烦事：一方面是Ubuntu到macOS的系统环境差异，另一方面从openclaw的安装过程来看，短短四五天时间，安装脚本又添加了许多新的功能。GitHub每天release的贡献者列表有好几行名字，足可见这个项目迭代之火爆。而按软件工程的经典情节，火爆的后果就是出现功能分叉和可维护性下降，不兼容炸弹随时爆发。
可当我问agent如何将demo里的slack迁移过来时，agent的答案非常有条理：
- 到安装目录找到配置信息
- 打压缩包后转base64直接复制文本过来，或者用tmpfiles.org文件中转
- 新agent将解析文件，修改channels配置，随后通知我关闭demo gateway
全部执行完后，没有遇到大片的error报错。小问题出在slack的websocket在停止demo gateway时未能优雅关闭，使得slack bot一度迷茫不知道怎么连接。随着ws连接超时，slack bot重新安装到workspace，问题逐渐解决——当然这个过程中或许agent也做了其他努力，我就不得而知了。我猜可维护性之所以尚可，可能是因为对于agent而言，这些功能和补丁都无非是各硅基细胞的再生代谢而已。
整个过程结束后，感慨之余我越来越反思架构师和软件工程师在新agent开发体系下的角色。当越来越多的agent参与到技术细节的debug，验证，微迭代和部署中后，工程师的角色职责被迫需要有更高的全局视野，敏锐的发现可能的问题方向，以便让agent给出日志细节并自己分析、给出答案。如果是这样，或未来一年内进化成这样，软件工程师的晋级道路将越来越陡峭，新毕业生再也没有从小模块练手起家的职业成长路径，码农将像规模机械化农场一样，开着agent播种机和收割机完成一大片问题农田的归纳和解决。
好在现在的LLM还存在着99.99%的准确性陷阱，在长链路思考后那0.01%的概率性失误仍然可能发生谬误爆炸，人类工程师还有喘息的机会。可人也会犯错误，只要硅基的犯错概率低于碳基……