大多数人没有意识到或者说发现Fable 5的正确用法，这个模型用来写代码真的太奢侈了。

AI时代的爱情故事

ai擅长信息密度低的代码。 如果要写出高密度的代码，spec的长度要远远高于代码长度。

我总是在想 有一天我开了一家公司 我会不会愿意给我的兄弟们分钱 我会不会？ 我希望我会。

我觉得我可以看一个新的业务线 大学生求职咨询 漂亮女大免费，男大收费200

昨天见了一个非常牛逼的Agent团队，我敢说在国内绝对是T0的级别（之前DPSK还找他们搞了点Agent数据） 刚好聊到了这两天推上吵得非常热闹的AI产品（Agent）要不要用Python的话题 他们Founder说的很直接：SB才在Agent项目里用Python🤣 TS适合100%Agent项目，主要有几个原因： 第一，Agent最终大多时候会在产品里。 不管你做的是Chat界面、工作流面板、浏览器插件、Copilot，还是IDE扩展、Slack/Discord/网页工具，TS天然离这些更近。 前端是TS，后端也是TS，中间的tool schema、事件流、UI状态都能共用一套类型。 如果你用Python那就会变成： 模型服务在Py、后端在Node、前端在TS 一份schema要复制三份 如果某个字段名大小写错了，你的Agent马上就给死给你看。 第二，Agent很依赖异步和事件流。 Agent不是一次请求一次回答这么简单。 它要边想边输出，边调用工具，边等用户确认，边更新UI，边处理取消、重试、超时、恢复。 TS/Node在事件驱动、stream、WebSocket、server-sent events这些场景里很顺。 Python当然也能做，但你会更容易感受到「这东西本来不是为这类Web产品链路长出来的」。 第三，类型系统对Agent很重要。 Agent真正容易炸的地方不是「模型不会说话」，而是工具参数错、返回结构错、状态字段错、上下文对象变形。 TS可以把很多东西提前卡住： tool input/output、agent state、message format、UI事件、workflow node、permission object、external API response 这对Agent很关键，因为Agent系统里有大量JSON对象在飞来飞去。 第四，TS更适合做「Agent runtime」。 如果你做的是一个Agent框架、SDK、运行时、插件系统，TS优势更明显。 因为使用者往往要把它接进： 网页、后台服务、Electron、浏览器插件、VS Code插件、API route、serverless、edge runtime 这些地方TS生态更统一。 所以很多Agent infra选TS，不是因为Python不行，是因为它们要服务的使用场景更接近Web开发者和产品团队。 第五，AI应用现在其实是拼系统。 早期大家用Python，是因为AI=模型。 现在很多AI产品已经演化到包含LLM API、tool calling、database、vector store、browser automation、workflow、UI、billing、auth、analytics 这已经不是研究工程了，是产品工程。 互联网产品工程的主语长期就是JS/TS。 很无聊，但世界就是这么没品😮‍💨 但他也表示Python不会消失。 更合理的分工其实是： Python做模型层、数据层、eval、embedding pipeline、离线任务、实验脚本。 TS做产品层、Agent编排层、前端交互层、插件层、用户可见的runtime。 所以你如果做一个Agent产品，你最好： MVP前端 Agent orchestrator用TS。 涉及模型训练、数据处理、复杂检索、评测系统，再上Python。 聊了一下午，真的学了太多了 才知道自己之前对于Agent的认知到底有多浅薄🧎