Tenex 按产出给工程师付钱之后：代码快了，客户的问题还得慢慢弄清楚

导读

代码写得更快以后，工程团队怎样把提速变成客户认可的交付？Tenex 按故事点付酬，鼓励工程师分享效率收益，却发现客户会议、架构判断和需求澄清无法只按代码计价。CJ Hess 因此把上下文准备看得更重：先弄清客户要解决什么，再用仓库中的结构化记录和工作指引，保存方案为什么这样选，让后续人和 Agent 不必重问。走进企业，还要先处理访问权限、培训和真实流程；有的客户口中的统一流程并不存在，便无法定义可接受结果或建立评测。团队有时需要先协助规范工作，再谈自动化。两位嘉宾对自建软件也区分用途：Tenex 自己开发内部系统，但关键业务软件的替换还要考虑故障风险、长期维护和持续投入，不能只比较第一版的制作费用。