Agent Harness
为 Agent 准备可读仓库、上下文、工具、约束与可验证的反馈回路
我做业务系统,也做支撑业务的平台。一套系统的数据模型、接口、前端、消息与调度、流水线、上线后的容量和故障处理,通常一个人从头做到尾。前十年在核心搜索和金融支付做质量与稳定性,落下来的习惯是先算故障代价再动手。现在的主线是企业信息化系统,以及把大模型做成公司能管住的公共能力。
交付标准上线能跑,出问题能查,半年后还能改。
我接受任何基于事实、逻辑和证据的质疑,也愿意为每一行结论负责;但我不接受用“AI 痕迹”替代专业审查。
入职四个月,架构调了几轮。我承认自己有一个月状态很差,也承认那段时间产出少。后来我慢慢爬了回来。绩效评价里对我工作态度的几句话,我不认。工作做得怎么样可以拿事实说,怎么做人不...
AI 加速了写代码,却没有同时加速需求理解、测试、评审和上线。生成比例可以很高,整个团队仍可能被验证和返工拖慢。
三十岁不是统一的职业分水岭。比年龄更值得关注的,是能否持续解决复杂问题、承担系统责任、理解业务,并给学习和生活留下长期空间。
对“商业化拐点”和上游“卖铲子”叙事做一次拆解:订单、交付和融资是积极信号,但还要结合复购、利用率、远程运营、总拥有成本与现金回收。
基于新识研究所原文做一份克制的行业阅读笔记:区分公司口径、媒体转述和作者判断,重点讨论场景、路权、运营效率、交付能力与法律争议。
为 Agent 准备可读仓库、上下文、工具、约束与可验证的反馈回路
Plan → Act → Observe → Verify,支持工具调用、失败恢复与人工接管
把分散的大模型调用收进统一入口:预算逐级分配、花超即停,供应商故障自动切换,接新模型不改代码,调用全程可审计
需求与交互、前后端、数据建模、消息与配置中心、定时调度、鉴权、CI/CD 到部署上线
从业务目标反推技术方案,判断需求真伪与优先级,用流程重构和自动化换人效
全链路压测、容量基线、容灾与故障注入、可观测性与发布门禁
现状:接大模型的业务越来越多,算力开销只能事后对账,成本落不到具体团队;单一供应商限流或抖动直接拖停业务;接新模型要改一轮代码;调用记录分散,合规上无从追溯。
要做的:调用收敛到统一入口,预算按组织、团队、个人逐级分配、花超即停;供应商故障自动切换,业务侧无感;接新模型走配置;每笔调用可追溯到人和场景。让大模型对业务方是一项成本可控、稳定可用、可审计的公共能力。
岗位从测试开发转为全栈开发。转型的实证是一套内部平台从零做到线上:信息架构、界面交互、登录鉴权、前后端、数据建模、实时消息、异步任务编排、容器化部署和线上运维一个人做完,流水线侧打通自动构建、合入前冒烟拦截和发布通知。现在重心是企业信息化系统,和业务方一起把问题和流程定清楚,然后自己做出来、发上去、维护住。
做支付宝基金与个人养老金的 QA Owner,负责测试策略、全链路压测、容灾演练、监控与应急预案,覆盖开户、缴存、资金链路和对账,负责期间零重大事故。之后转到实时语音方向,为同声传译建 WER 自动化评估和翻译基准集,用 LLM-as-a-Judge 做批量验证。这是我第一次系统地处理不确定输出,这套经验后来直接接到了大模型的工作上。
从 SaaS 客服系统起步,补 Ruby on Rails 后端单测把覆盖率做到 80% 以上,用 Selenium / Appium 加 Jenkins 建端到端自动化,单次回归耗时降九成。之后在百度核心搜索做检索链路质量,写 Python / Shell 的 diff 工具接进 CI;中途转研发,做日历、天气垂类的业务开发和架构迁移,这是我第一次以开发身份交付业务。
对全栈交付、大模型工程化或 Agent 落地感兴趣?或者对通往 AGI 有任何想法观点,欢迎交流探讨。
1336582921@qq.com