← 2026-10-22 期
Latent Space00:43:33 节目 · 23 分钟阅读

Tenex 的 AI 原生研发实验:结果定价、项目记忆与企业落地的最后一公里

AI for the Fortune 2000: How Tenex Builds an AI-Native SDLC — Alex Lieberman & CJ Hess

Alex Lieberman(Tenex 联合创始人);CJ Hess(Tenex 特殊项目负责人,开场纠正为此职务);Latent Space 采访主持人(完整机器转录未标姓名,不据声线推定)

节目日期(北京时间) 2026-10-21来源标注:官方完整逐字稿
THE BRIEF

三句话速览

  1. 01

    在 AIE New York 的这次对谈中,Tenex 的 Alex Lieberman 与 CJ Hess 把 AI 原生工程描述为一次组织改造:工程师按交付获得回报,计划、决策和客户上下文进入代码仓库,而不只是让模型多写一些代码。

  2. 02

    他们自报的客户观察呈现明显落差——约九成已发放通用模型工具,真正把非工程智能体投入生产的约为百分之五,流程不统一与数据权限成为关键阻力。

  3. 03

    节目最有价值的部分不是单向乐观,而是围绕垂直 AI、自建 SaaS 与岗位变化的真实分歧:便宜的构建并没有取消专有数据、工作流、维护责任和人的转型成本。

核心判断

AI 原生公司的稀缺能力,正从写代码的速度转向把需求、判断、权限和验收组织成可持续的交付系统;Tenex 的故事提供了可检验的做法,但其效率、客户采用率和薪酬数字仍是嘉宾的公司内自报,不能当作全行业基准。

THE ARGUMENTS

10 条核心观点

01

按结果付钱,也必须看见编码之外的劳动

英文观点句 · 基于完整节目忠实转述

Tenex ties engineering compensation to delivered outcomes, but Alex says its hardest incentive problem is rewarding architecture and client work that falls outside coding tickets.

中文直译

Tenex 将工程师薪酬与交付结果挂钩,但 Alex 表示,它最棘手的激励问题,是如何奖励那些不属于编码工单的架构设计和客户工作。

难词注译
  • compensation:薪酬报偿;此处不只指固定工资,而是与交付相关的收入机制。
  • incentive problem:激励机制难题;这里的问题是计酬单位能否覆盖真正创造价值的工作。
  • falls outside:不在某个范围内;句中指架构设计和客户沟通不能自然落进编码工单。

原文语境

01:40–03:29,CJ 解释自己从按小时收费的咨询转来:AI 让完成同一工作更快,反而会减少计费小时,因此他愿意押注按产出获得回报。04:42–06:30,Alex 说 Tenex 仍主要以 story points(故事点)驱动薪酬;外界担心高估点数或交付坏代码,他认为负责客户留存与增长的 AI strategists 构成制衡,但真正棘手的是架构、客户会议等非编码时间如何计酬。06:30–07:05,CJ 又把价值指向听懂客户并把上下文交给模型,而非仅盯住代码量。

观点解读

核心不是把小时换成另一个机械计数器,而是重新定义可归责的价值。故事点若只覆盖显性的开发工单,会漏掉减少错误方向的需求澄清、架构判断和关系维护;反过来,完全取消可核验单位也会让计酬失去抓手。嘉宾称常见作弊担忧没有成为大问题,这是公司自身经验,不等于激励机制已被独立证明没有副作用。

02

MetaHarness 把项目为什么如此建设变成持久记录

英文观点句 · 基于完整节目忠实转述

CJ describes MetaHarness as a repository-centered workflow that preserves plans, decisions, and client context alongside code, so agents can recover the rationale behind earlier work.

中文直译

CJ 将 MetaHarness 描述为一种以代码仓库为中心的工作流,它把计划、决策和客户上下文与代码一同保存,使智能体能够找回先前工作的背后理由。

难词注译
  • repository-centered:以代码仓库为中心的;强调项目知识的持久落点,而非一次聊天。
  • alongside:与……一同、并列地;此处是文档记录与代码共同进入项目资产。
  • rationale:决策背后的理由;区别于代码目前做了什么,回答当初为何这样选。

原文语境

07:05–09:31,CJ 从标准化 skills 讲到仓库中的结构化文档与外围 CLI:创建计划、可视化、客户汇报等编码周边工作也进入统一流程。08:20 起,他强调智能体的决策、行动日志、Markdown 或 HTML 记录都提交 Git;08:55–09:31 明确反对只让代码充当全部记忆,因为代码不能充分解释讨论上下文与决策原因。与此同时,他说模型变强后,计划文档的结构约束有所减少,并非格式越厚越好。

观点解读

这将长期任务的续接问题转化为知识治理问题:不同人或不同智能体接手时,需要重建的是意图、取舍和已知约束,而非重新猜测代码。可以迁移的原则是保存可追溯上下文,不是照搬某套繁复模板;本期没有展示完整系统实现,也没有证明所有项目都需要同样重量的流程。

03

产出翻倍的说法,需要连同计量尺一起审视

英文观点句 · 基于完整节目忠实转述

CJ estimates that Tenex engineers roughly doubled their output, while acknowledging that story-point criteria require quarterly recalibration as models improve and the value of work changes.

中文直译

CJ 估计 Tenex 工程师的产出大约翻了一倍,同时承认,随着模型进步和工作价值变化,故事点标准需要按季度重新校准。

难词注译
  • roughly:大约、粗略地;保留嘉宾估算的精度,而不是精确测量。
  • criteria:判定标准;此处是一个故事点对应什么工作、项目如何估算。
  • recalibration:重新校准;指技术变化后重新调整尺度,避免单位失去可比性。

原文语境

09:31–11:19,讨论用每名工程师每月平均故事点的趋势观察流程是否有效。CJ 把当年的变化估为整体约 2 倍,也用同等时间能覆盖的功能范围解释自己的直观感受;主持人随即追问一个故事点如今是否还与一年前等值。回答是至少每季度回看点数标准和项目估算,既要奖励产出,也要校准创造的价值。节目未给出原始工单、时间序列、项目难度或缺陷数据。

观点解读

这不是一个可以直接套用的生产率实验结果。若技术进步让某类任务更便宜,计量单位本身可能发生变化;如果任务组合也变复杂,点数又不一定代表同等业务价值。更稳健的做法是把自报的 2 倍视为待验证假设,同时看验收结果、返工、缺陷和客户价值,避免用一个会移动的尺子证明效率已经翻倍。

04

多模型复核与单任务经济性,比烧 token 更重要

英文观点句 · 基于完整节目忠实转述

CJ favors cross-model review, while Tenex's cost discussion suggests that model escalation should be justified by a task's economic value rather than by conspicuous token consumption.

中文直译

CJ 倾向于跨模型复核,而 Tenex 的成本讨论提示,升级到更强模型应当由任务的经济价值来证明合理性,而不是由引人注目的 token 消耗量来证明。

难词注译
  • cross-model review:跨模型复核;用不同模型检查实现,而非让同一条生成链自我通过。
  • model escalation:升级使用更强模型;此处意味着增加能力与成本,应有具体任务理由。
  • conspicuous:显眼的、引人注目的;句中批评把高消耗当成投入先进性的展示。

原文语境

11:55–14:16,CJ 讲自己的主力模型与 Codex 配合方式,尤其是一个模型实现、另一个模型检查,以及在 AMP 云端环境中跨任务复核。14:53–19:08,成本话题并未给出审计账单:嘉宾先说记不起精确数字,再粗估原始 token 开支与员工开支在约 1:1 到 2:1 区间;他们认为最近每项任务的成本下降,但也承认未来若更贵模型明显更好,开支可能回升。末尾用移动表格单元格反问:更聪明许多倍,是否真值得更高价。

观点解读

这段支持按任务价值选择模型,而不是推出某一具体版本永久最优的结论;机器转录的部分型号与工具音译存在不确定性,本文不据此制作选型榜。跨模型复核增加一个检查视角,但不自动等于独立真相,仍须测试和人工验收。成本比例只能保留为现场粗估,更不能从下降的单任务价格推导总预算必然下降,因为任务数量也会增长。

05

工具已发放,不等于非工程智能体已上线

英文观点句 · 基于完整节目忠实转述

Among roughly one hundred enterprises Tenex is speaking with, Alex estimates a steep adoption drop from general-purpose model access to non-engineering agents operating in production.

中文直译

在 Tenex 正在接触的大约一百家企业中,Alex 估计,从获得通用模型使用权到非工程智能体在生产环境运行,采用程度出现了陡峭的下降。

难词注译
  • general-purpose:通用的;此处指面向多种日常任务的模型工具,而非单一业务系统。
  • steep adoption drop:采用程度的陡峭下降;比较的是不同成熟度阶段,而非一个工具的留存率。
  • in production:在生产环境中;意味着实际承担业务工作,区别于演示或试验。

原文语境

19:45–21:33,Alex 给出来自约一百家接触企业的阶段估计:约 90% 已向员工提供通用模型工具,约 60% 做培训与赋能,约 50% 为工程和产品组织部署了编码智能体,而非工程工作中真正进入生产的智能体约为 5%。他特别指向千人以上企业中的后台任务。21:33–22:08,他把需求部分归于理解技术能力,也部分归于 FOMO,但并不把后者全盘否定,因为它同样能推动行动。

观点解读

四个百分比是同一嘉宾对客户接触面的粗估,不是抽样方法公开的行业调查,也不应被当成严格、相互包含的统计漏斗。它的管理启示仍清楚:采购访问权、教会员工使用、嵌入研发、让业务智能体持续承担职责,是不同里程碑。对外报告若把试用席位数当成生产落地,便会掩盖真正的流程和治理缺口。

06

先定义共同流程,才有办法判断智能体做得对不对

英文观点句 · 基于完整节目忠实转述

CJ argues that background agents need standardized processes because inconsistent human workflows make it difficult to define correct behavior, build evaluations, and delegate work reliably.

中文直译

CJ 认为,后台智能体需要标准化流程,因为不一致的人类工作方式会使定义正确行为、构建评估以及可靠地委派工作变得困难。

难词注译
  • standardized processes:标准化流程;这里是共享的任务边界与判断方式,不是把所有人的操作强制做成一模一样。
  • evaluations:评估、测试体系;此处需要能判定业务工作是否正确完成的标准。
  • delegate:委派工作;句中意味着把可执行职责交给后台智能体,而非仅请工具提供建议。

原文语境

23:22–24:35,CJ 用四十个人执行近似职能、却各有做法的情境解释部署困难。给个人工具、帮助各自增强工作流可以先做;要进一步让智能体在后台主动送来工作、人复核后退回,就必须先为组织形成某种标准化。否则既不知道何为正确,也无从为系统建立 evals。这一段与前面的采用落差相连:缺少的未必是更强模型,而是可交付、可验证的过程。

观点解读

标准化应首先明确输入、输出、例外和负责的判断者,不必消灭所有专业裁量。本文的工作建议是先采集实际做法、识别共同路径,再设人工复核与异常出口;这是从论证推导的实践方案,不是嘉宾声称已经交付的成效。一个还靠人不断解释才知道下一步的流程,适合先增强,不宜贸然称为可无人接管。

07

权限网关是从个人助手走向企业系统的基础设施

英文观点句 · 基于完整节目忠实转述

Alex identifies data permissioning as a major enterprise bottleneck and says Tenex has productized a gateway after initially building bespoke controls for individual clients.

中文直译

Alex 将数据权限管理视为一个主要的企业瓶颈,并表示 Tenex 在最初为单个客户构建定制控制之后,已将一个网关产品化。

难词注译
  • permissioning:权限配置与管理;这里具体指某个员工或工具可以读取哪些数据。
  • bottleneck:瓶颈;指阻碍部署扩展的约束,不只是用户体验不便。
  • bespoke:为特定客户定制的;句中与后来可复用的产品化网关形成对比。

原文语境

22:08–23:22,Alex 说企业员工普遍开始用模型工具后,访问不同数据的权限与 RBAC(基于角色的访问控制)成为 CIO 和 CISO 的难题。他把所需能力讲成可看清哪些数据能读、哪些不能读的控制面板;Tenex 最初逐家定制,随后将自有网关产品化。节目没有展示其权限继承、细粒度规则、审计或撤权机制,也未给出安全评估。

观点解读

智能体拿到工具不应被理解为拿到一切数据;技术可访问、业务可使用、某位员工获准访问,是三件事。可迁移的方向是在代理调用中保留人的身份和数据边界,并能解释拒绝与授权来源;这属于本文推导的治理要求,不是对 Tenex 网关功能的认证。产品化也没有自动消除不同企业系统接入和权限模型的差异。

08

垂直 AI 的生死,要看它拥有任务还是拥有工作流

英文观点句 · 基于完整节目忠实转述

Alex questions whether bespoke enterprise demands permit software margins, but the host argues that proprietary data, specialized interfaces, integrations, and habits can protect vertical products from general models.

中文直译

Alex 质疑企业的定制需求是否容许软件式利润率,但主持人认为,专有数据、专门化界面、集成和使用习惯能够保护垂直产品,使其免于被通用模型取代。

难词注译
  • software margins:软件式利润率;指靠重复销售同一产品获得的利润空间,而非大量逐客交付服务。
  • proprietary data:专有数据;在此是通用模型未必有权或有条件取得的领域数据。
  • specialized interfaces:专门化界面;为特定职业动作设计的交互,而非通用聊天入口。

原文语境

24:35–25:47,Alex 从企业系统与人员的惯性、一对一定制体验及 FDE 团队扩张出发,对垂直 AI 的利润结构和通用模型吞并能力偏悲观。25:47–28:09,主持人以 Harvey、OpenEvidence、表格式审阅、Bloomberg 的数据与工作流整合、Superhuman 的专业体验反驳,并直接指出这些公司目前的表现并不支持悲观判断;另一方强调 Bloomberg 的私信网络。28:44–29:58,CJ 收窄命题:缺乏合规、数据等壁垒而只把智能体当产品,可能较脆弱;改变工作流程的工具则仍可成功。

观点解读

这里没有达成垂直 AI 必胜或必败的统一结论。双方共同承认软件需求会扩大,争论在于价值由谁捕获、定制服务成本有多高,以及入口会否集中于少数通用助手。29:21–30:35 关于把数据接入用户已有智能体、通过 API 或 MCP 提供能力的讨论是一条备选路径,不能据此宣称所有软件厂商已经放弃自己的智能体。

09

自建的比较对象,不只是订阅费

英文观点句 · 基于完整节目忠实转述

Alex says replacing SaaS should be assessed against ongoing cognitive load and business risk, while the host emphasizes faster iteration and better experiences rather than savings alone.

中文直译

Alex 表示,替换 SaaS 应当结合持续的认知负担和业务风险来评估,而主持人强调的则是更快的迭代和更好的体验,而不只是节省费用。

难词注译
  • cognitive load:认知负担;此处包括持续记住、维护和改进一个非核心系统所占用的注意力。
  • iteration:迭代;指按真实使用反馈反复改进,而不只是第一次造出功能。
  • rather than:而不是、并非仅仅;本句与 alone 连用,保留不只算省钱的意思。

原文语境

30:35–34:52,主持人拿 Kill My SaaS 竞赛举例,口述约 4 万美元年报价、约 1000 美元的替代构建成本,并说计划在下一次会议投入生产;官方伴读文章将原报价写为 4.3 万美元,本文保留差异,不强行统一。Alex 认为越向大型企业走,拆除 Salesforce、SAP 一类既有系统的失败代价越大;就算是中型 SaaS,也应问收益是否足以占用工程资源。Tenex 自建过 CRM 和内部系统,但也体会到买软件买的是不用自己维护的麻烦。主持人反驳,价值还有体验改进以及按分钟而非按月迭代。

观点解读

这是两种决策函数的对照:防守是省订阅费,进攻是拥有更合适的体验和反馈速度;而持续维护、迁移失败和非核心注意力是反向成本。1000 美元并不是完整生命周期总成本,也不是已经稳定运行的证明。小团队能快速迭代的案例,更不能直接推导大型企业应该拆除核心系统,或 SaaS 将整体消亡。

10

岗位再分配是努力方向,不是不会失业的保证

英文观点句 · 基于完整节目忠实转述

CJ sees automation as an opportunity to redeploy domain experts, whereas Alex warns that displacement is real and argues that employers and employees both carry responsibility for reskilling.

中文直译

CJ 将自动化视为重新配置领域专家的机会,而 Alex 警告说,岗位替代是真实存在的,并主张雇主与雇员都负有重新培养技能的责任。

难词注译
  • redeploy:重新配置、调派;此处是把懂业务的人转向更高层次或跨团队的问题。
  • displacement:岗位或工作职能的替代;不应轻译成没有代价的岗位调整。
  • reskilling:重新培养技能;强调为变化后的职责学习,而非仅把原操作做熟。

原文语境

34:52–36:41,CJ 承认自动化会改变并替代工作,也承认一种职业技能被接管对个人可能具有破坏性;他的客户方案侧重把领域知识深的人转到接下来的大问题、跨团队协调或更战略性的财务判断。36:41–37:53,Alex 强调人的能动性,认为不能用 AI 只取代人们不喜欢的工作来安慰自己,因为许多人工作首先为了收入;雇主的培训责任与员工思考岗位可替代性、主动升级技能的责任并存。

观点解读

两人对长期增能基本乐观,但对现实伤害的强调不同。公司总能发现新问题,不等于原岗位持有人必然获得新角色,重新配置还取决于培训、组织机会和过渡安排。38:28–41:29 的纽约讨论补充了这一现实视角:前沿技术圈的熟练程度不能代表企业客户和社会已经完成转型,接近商业需求与接近技术前沿同样重要。

A CLOSER LOOK

深度分析

一、结果制的真正挑战,是给判断力定价

CJ 按小时收费却因 AI 提效而少赚的经历,点出旧计费方式与新生产函数之间的冲突:当同一输出耗时下降,按时间收费会惩罚使用工具的人。Tenex 的结果制试图把效率收益让给工程师,也让公司能更清楚地承诺交付。但这不是一种计量单位的简单替换,决定该做什么、理解客户为何提出需求、以及避免错误方案,往往比生成更多实现更稀缺。

故事点因此处在两种要求之间:它必须足够稳定才能计酬,也必须随模型能力与任务价值变化而调整。主持人对点数是否等值的追问非常关键,因为约两倍的增长若没有固定质量和复杂度基线,不能拆分出模型、流程、人员选择和统计口径各自的贡献。本文将其视为值得追踪的公司信号,而不是可对外复制的绩效承诺。

AI strategists 用客户留存和增长约束工程交付,是在组织中设置另一套激励视角;这能解释 Alex 为何认为刷点数没有成为主要问题,却不能独立证明机制完美。更一般的启示是,结果制需要把验收、客户后果和非编码劳动同时放入边界,否则高速度与高价值仍会脱节。

二、企业落地的闭环:记忆、流程、权限、评估

MetaHarness 与非工程智能体的落地难题,其实是同一条论证链的不同侧面:记忆让接手者知道为什么这样做,标准流程让系统知道下一步是什么,权限限定能够使用哪些数据,评估再决定工作是否达标。只提高模型智力而缺少其中一环,仍会让任务停在必须由人反复补充解释的阶段。

四十个人各做各的例子,说明个人增强比组织委派更容易。人能在模糊规则中凭经验补齐空白,但后台代理需要可检验的职责;标准化不足时,先帮助个人改进已有工作,比假称自动化已经接管更诚实。与此同时,标准化不是取消专业判断,而是把哪些地方需要判断、谁负责批准也明确下来。

权限网关则揭示另一类规模效应:个人使用一份数据时不显眼的授权差异,一旦变成大量代理跨系统调用,就会成为企业基础设施问题。节目没有给出网关安全证明,因此可据此识别需求,不可据此背书产品。对于实践团队,更应该用真实身份、最小数据范围和可回放的拒绝案例验证边界,而不是把能连通当成已获授权。

三、构建变便宜之后,稀缺的是持续拥有工作的成本

垂直 AI 与 Kill My SaaS 的两段争论彼此相连:模型降低首次实现成本,使企业更期待一对一的软件体验,也使薄层任务代理更容易被复制;但数据获取、专业交互、集成、合规和用户习惯,并不会自动随生成成本一同消失。主持人的反驳把讨论从模型能否做到某项任务,拉回产品能否成为用户真正工作的地方。

Alex 的悲观并非毫无根据:每位客户都要定制,就会拉高服务投入,FDE 扩张也不必然对应纯软件利润。但 CJ 后续区分了单独卖一个代理与改造流程的完整工具,已经把命题从整个垂直类别会被吞掉,收窄为哪些产品拥有足够深的工作流与数据壁垒。读者应保留这个修正,不能只摘取最尖锐的判断。

在买与建之间,主持人拥有会议业务的直接反馈,能够把快速迭代看成产品优势;大型企业面对核心系统时,风险、组织惯性和维护注意力可能远大于订阅费。1000 美元的初建展示构建门槛下降,却不能替代总拥有成本。真正的决策单位是一个有人长期负责、能够持续改进且可承受失败后果的业务能力。

四、从前沿泡泡到经济扩散,必须把人放回交付模型

纽约与旧金山的尾段不是无关闲聊。嘉宾把 Tenex 描述成纽约里自我选择形成的小型前沿圈,而主持人希望技术人接触商业客户获得现实校验;这与约 5% 的非工程生产代理估计呼应:技术使用密集的社群,不能替代企业真实采用的观察。扩散需要理解现有系统和人为何仍按旧方式工作。

同样,企业能够找到下一批问题,并不自动解决被替代者的过渡。CJ 的再分配愿景需要培训、岗位入口和组织安排才能成立;Alex 对工作首先是谋生的提醒,则阻止增能叙事淡化失业代价。合理的行动不是否认任何一面,而是把代理交付结果与人的转型结果分别跟踪,承认二者可能不同步。

LISTEN AGAIN

值得回听的时间点

00:00

冷开场与 Tenex 定位

用效率提高却按小时少赚、以及先有流程才能自动化,预告全期的两条主线。

01:40

从按小时到按结果计酬

CJ 的个人经历解释激励为何要改变;随后讨论故事点与非编码劳动。

07:05

MetaHarness 与仓库中的组织记忆

计划、决策和上下文进入 Git,支撑智能体长期任务的续接。

09:31

产出估算、点数校准与模型工作流

自报约两倍产出后,主持人追问计量单位是否仍可比。

14:53

token 开支与单任务价值

讨论昂贵模型是否必要,保留成本粗估与未来反弹的条件。

19:45

企业 AI 采用的阶段落差

区分工具发放、培训、编码智能体与非工程生产智能体。

22:08

权限网关和流程标准化

权限决定可读什么,流程与评估决定做得对不对。

24:35

垂直 AI 的利润与护城河争论

保留嘉宾悲观、主持人反驳,以及 CJ 对任务代理和工作流工具的区分。

30:35

Kill My SaaS 的构建与购买选择

订阅节省、体验改善、迁移风险和长期维护不能混为一个成本数字。

34:52

自动化、再分配与个人能动性

增能的乐观愿景与真实失业风险并存。

38:28

纽约与旧金山的不同泡泡

前沿技术密度不等于企业采用率;纽约被描述为商业客户与扩散的场域。

41:29

招聘与收尾

Tenex 宣传招聘 FDE 和 AI strategists;这是嘉宾招募信息,不作为产品效果证据。

人物、工具与数字

Tenex:嘉宾称公司成立约 18 个月、75 人,约 90% 为工程师或 AI strategists;客户约一半为 Fortune 2000,一半为营收 1 亿至 5 亿美元的中型公司,均属公司自报。Alex Lieberman:Tenex 联合创始人;强调按结果计酬、企业采用、权限网关及转型服务。CJ Hess:开场自述为 Tenex 首位雇员、特殊项目负责人;负责内部 MetaHarness 与平台等非客户专项工作。AI strategists:被描述为领导客户项目的技术顾问,其激励关联客户留存与增长。MetaHarness / Git / CLI:围绕代码的计划、决策和上下文记录系统;本文未获得完整技术实现。story points:主要交付及计酬单位;最高与最低工程师收入差距约 4 倍、产出约 2 倍,都是嘉宾估计,不是审计结论。Codex / AMP / 跨模型复核:嘉宾举出的工程工作流工具和方式;转录型号及音译不作为独立产品版本核验。约 100 家接触企业、90% / 60% / 50% / 5%:依次对应工具发放、培训赋能、编码智能体与非工程生产智能体的嘉宾估计。RBAC / CIO / CISO:基于角色的访问控制、首席信息官与首席信息安全官;说明代理访问数据的治理职责。Harvey / OpenEvidence / Bloomberg / Superhuman:主持人用于说明数据、专业界面、整合和使用习惯的例子,而非本期独立评测。Salesforce / SAP / API / MCP:用于讨论核心系统的迁移风险,以及把系统能力接入已有助手的可能方向。Kill My SaaS:主持人自述的会议软件替代实验;口述约 4 万美元年费、1000 美元构建,伴读原报价为 4.3 万美元,尚不能视为总拥有成本。AIE New York / 纽约 / 旧金山:访谈场景与技术扩散讨论的城市对照;不是城市级采用率统计。
PERSPECTIVES

立场与分歧

共同立场

  • AI 的原始能力不等于企业已获得可持续价值;上下文、流程、权限与交付需要专门建设。
  • 模型与工具可以放大工程师产出,但价值判断不能只落在编码工时或消耗的 token 上。
  • 软件和专业工具的总需求仍可能增长;分歧更多在产品如何获得份额及利润。
  • AI 会改变甚至替代部分工作,培训与能力转型值得主动投入。

主要分歧

  • Alex 对垂直 AI 偏悲观,担心逐客定制侵蚀软件利润、通用模型吸收任务;主持人以专有数据、专业交互、系统集成和职业习惯反驳,并指出现有成功案例。CJ 将判断缩窄到只卖一个任务代理、又缺乏壁垒的产品。
  • 自建 SaaS 时,Alex 更重视长期维护、非核心注意力与大型系统迁移风险;主持人更强调拥有工作流后能够快速改善多方体验。二者并非只是争论能否省钱。
  • 就业讨论中,CJ 侧重领域专家再分配和更战略的任务;Alex 更直接提醒真实失业及喜欢不喜欢工作并非人人可选,并强调雇主与员工双方的责任。
  • Bloomberg 的价值解释也不完全相同:主持人强调整合、专业性与既有工作系统,嘉宾补充私信和社交网络;节目没有将两者裁定为单一原因。
INTO PRACTICE

工作启发与行动

  • 对研发管理:把需求澄清、架构判断和验收明确列入价值账本,避免按结果计酬最后退化为按工单数量计酬。
  • 对业务自动化:先查真实生产职责、复核与异常出口,而不是把购买模型席位或做出一次演示计为完成转型。
  • 对数据治理:智能体扩张会把散落的授权问题集中暴露出来;权限的产品化价值与接入每个企业系统的成本应同时评估。
  • 对软件采购:将一次构建成本与长期维护、迁移风险、体验收益分开核算,尤其不要把边缘工具替代经验外推到核心记录系统。
  • 对组织与员工:技术圈的前沿体验可能远超客户实际能力,培训和岗位过渡应成为交付的一部分,而不是自动化后的附带事项。

可以从这里开始

  1. 选一个近期交付,分别记录需求与架构决策、实现、客户沟通、验收和返工,检查当前产出指标漏掉了哪些高价值工作。
  2. 为长期智能体项目建立轻量仓库记录:计划、关键决策及原因、证据、未决问题与下一步;随任务实际需要调整结构,不为格式而加文档。
  3. 对候选后台流程访谈多名实际操作者,列出共同路径与例外,再明确输入、输出、正确性和人工退回条件;先做低风险试点。
  4. 为试点画出数据与身份边界,逐项验证谁能读什么、拒绝是否可解释、权限变化后能否及时生效;这是一项治理核查建议,并非 Tenex 功能清单。
  5. 把模型开支换算为每项验收通过任务的成本,并连同失败重试、复核和人工修正看;只在可证明收益时升级到更贵模型。
  6. 评估一个可替代 SaaS 时分列一次开发、持续维护、迁移失败、机会成本与体验提升;给系统指定长期负责人后再比较买与建。
  7. 把通用工具访问、培训、编码代理与非工程生产代理分别登记为不同成熟度状态,避免用席位数字代替业务运行证据。
  8. 对被自动化影响的岗位同步制定再培训与可进入的新职责,保留真实转岗结果;不要用公司还有很多问题可做来承诺个体不会失业。
EVIDENCE & LIMITS

事实、观点与不确定项

本期基于完整节目内容整理。节目中的二手引用、嘉宾自述和编辑推断分别标注,不将其等同于独立事实调查。

已核对的来源与节目内容

  • 本期官方 RSS 的稳定标识为 substack:post:221403684,发布时间为 2026-10-21T05:01:26.000Z,即上海时间 10 月 21 日 13:01:26,归入 10 月 22 日监测期刊。
  • 完整正文来源是官方页面公开的自动转录,文本从 00:00 冷开场持续到 43:20 致谢;官方同时提醒措辞可能出错、未标说话人。另核对来自完整 RSS 音频的九段独立物理切片 ASR,覆盖开头、实际中点、结尾及关键论点,未声称人工试听或逐秒听完音频。
  • Tenex 的规模、客户结构、收入差距、产出增长和企业采用阶段数字均由嘉宾在访谈中陈述;本文没有取得底层账单、工单或抽样数据。
  • 节目明确讨论了将计划、决策和客户上下文纳入 Git、使用外围 CLI 驱动过程,以及把最初定制的数据权限网关产品化。
  • Kill My SaaS 在这次口述中被说成计划用于下一次会议;本文不将它表述成已长期稳定运行的生产结果。
  • 41:29 后的招聘和客户招揽属于 Tenex 的宣传段落,未被用于证明其交付质量高于其他咨询公司。

观点与判断

  • Alex 认为按结果计酬更能奖励愿意利用前沿能力的工程师;这是一种特定组织与人才选择下的商业主张,不是普适薪酬定律。
  • CJ 认为把决策原因保存在仓库中能够增强长期智能体工作的连续性,并认为近期模型降低了部分任务的成本。
  • Alex 对垂直 AI 的软件利润结构偏悲观,主持人认为数据、界面、整合与用户习惯仍能形成价值;两者是未决的市场判断。
  • 主持人认为自建带来的快速体验迭代是一种进攻收益;Alex 认为企业必须把非核心维护的认知负担计入决策。
  • 嘉宾认为纽约商业密度有利于把 AI 扩散进经济、也能给技术人现实校验;节目未提供城市层面因果证据。

仍需留意

  • 官方正文是机器转录且没有逐人标签;本文仅在对话上下文或官方伴读文章能支持时归因,主持人姓名不做推定。
  • 转录中的若干模型版本、产品音译和公司拼写可能有误;本报告不根据这些词制作当前模型性能或价格的事实结论。九段音频抽检由独立切片的机器识别完成,仍可能出现音译和重复幻觉,例如开头音乐段后的重复词;本文以完整官方正文为主,不采用这些识别伪影。
  • 约两倍产出依赖故事点和个人观察,而点数标准又会按季度校准;没有固定任务基线、独立质量指标或对照实验。
  • 90% / 60% / 50% / 5% 是 Tenex 接触企业的粗估,样本选择、调查时间和阶段重叠未公开,不代表整体企业市场。
  • token 与员工开支约 1:1 到 2:1 的比例是在明确记不起精确数值后给出的现场估计,其核算口径和期间未说明。
  • Kill My SaaS 的年报价在口述为约 4 万美元、官方编辑伴读为 4.3 万美元;约 1000 美元未含可核验的完整维护成本,本文不将两者合成精确投资回报率。
  • Tenex 权限网关未在本期提供安全审计、细粒度能力或真实客户效果数据;产品化自述不等于治理已经完成。
  • 企业长期有新问题可做,并不证明受影响的每位员工均能顺利转岗;岗位替代与新岗位形成的净结果本期无法确定。
LANGUAGE & CONCEPTS

金句与关键词

本报告未使用原文逐字引语。十条英文均为作者依据完整官方机器转录写成的非逐字、忠实转述句,中文逐句直接翻译该英文,并非将其冒称为嘉宾原话;官方伴读为编辑文章,只用于核对结构、归因和发现报价差异,未冒充完整访谈。

BACK TO THE SOURCE

回到原始内容

本期根据完整节目整理,英文观点句为非逐字忠实转述,中文按对应句子直译。来源方法与未确认事项见上文。了解编辑说明

处理方式:官方节目页公开的完整机器逐字稿,73行,从0:00开场至43:20末段完整告别;官方提示未标说话人且可能误识,不能当人工认证稿。另从完整音轨切出9个真实片段,每段以全新medium模型进程独立解码;它是模型抽样文本比对,不是人工逐秒听音,也不验证未覆盖的访谈后文。实际开头、中点、结尾、嘉宾开场及主题片的范围、截断和识别噪声均记录。采编与独立审校分别阅读全文,逐条核对十观点、直接翻译和同句词汇,批准绑定不可变稿件与来源哈希。英文观点为忠实非逐字重述,不冒充原话金句;厂商、研究者及主持人的自述与推论不等于独立审计或专业认证。

官方 RSS 与单集发布时间 ↗

报告生成时间:2026/10/22 10:29:13(北京时间)

收录于 2026-10-22