即刻App年轻人的同好社区
下载
App内打开
天羽_Archer
568关注413被关注1夸夸
🪄 Building ego at citrolabs.
👉 https://ego.app
天羽_Archer
3天前
围绕 Durable Execution & Pi Durable 说几句:

「Durable Execution」 在 「Agent Infra」 领域被持续重视和提起,是 「Agent」 进入 「Cloud」 环境面临规模化挑战下的必然趋势。

当下社区热议的 Pi 终于把原来脏兮兮的 「Harness」 层拿了出去,推出了具备 「Durable」 特性的新包。

从服务端与分布式领域的工程架构视角来看,Pi Durable 在设计上亲和 「Actor Model」,其核心在于计算与状态在物理上的绑定,一旦抓住这个本质,很容易推导出其合适的载体就是当下流行的那些以 「Actor Model」 为设计核心的计算单元,例如 Cloudflare 的 DO、Node / Deno 之父写的 celld 以及 Rivet 等等,因此,它们也确实能第一时间蹭上热度,😄。

然而,这个 「Actor Model」 不是严格意义上的,更不可能算是 「Virtual Actor」,因为它存在一个根本限制,那就是「位置不透明」。

放弃位置透明性(也有号称正在实现中的),在单机维度锁定物理拓扑以降低网络通信开销,其初衷是为了打破长上下文场景下的 I/O 瓶颈并维持流式长连接特性。在多租户模型中,这种绑定设计最大的优势在于较低的基础设施依赖度,开发者无需在外部运维一套复杂的分布式事务日志集群,即可依靠内嵌存储做到开箱即用的持久能力(Checkpoint 机制),在面对轻量级常驻「Agent」、本地终端交互或边缘计算等场景时,能换取很高的研发效能与低成本优势。

然而,在 LLM 动辄数秒的推理时长面前,本地 I/O 相比网络通信的时延优势在总耗时中会被稀释,这也让绑定架构所追求的局部时延优势不再明显,反而让系统在生产环境进行规模化时,必须在应用层解决由于计算状态一体化带来的单机物理瓶颈,以及长周期状态机由于依赖历史日志进行确定性重放而带来的代码热升级与「Schema Migration」难题,单租户 Sandbox 架构同理。

相比之下,以 Restate 或 Temporal 为代表的存储(状态)计算分离的「Stateless Actor」架构,虽然每次状态持久化都必须跨越网络边界并承担确定的网络系统开销,但它通过将状态外置于独立日志引擎,在 LLM 耗时占绝对大头的物理现实下,用完全可接受的网络级 I/O 成本,换取了相对好的版本平滑升级能力与真正的无状态弹性扩展,从而成为 Cursor 等重型云端 「Coding Agent」 的主流选择。

持久执行并无银弹,Pi Durable 偏向于为轻量级长时任务提供一个高确定性、低依赖的应用级轻量宿主;而 Restate 等代表的计算与状态分离路线,则是用明确的网络开销换取了集群治理与工程演进的自由。

从业务场景角度来看,两者甚至可以相辅相成。
10
天羽_Archer
11天前
我在最近两天的极高密度生产级 Coding 实践中,使用 Opus / Fable 结合 Formal Verification(主要是 TLA+)来验证 Agent Service 在分布式环境下结合 Durable Execution 的 Race Condition 测试,效果相当地好,不仅发现诸多潜在的问题,也让回归变得更加踏实。

我曾短暂研究过形式验证系统的相关工具,尤其分布式领域的,如今在 AI Coding 时代重新放大它的价值,让我非常兴奋,也欢迎长期研究此领域的同学可以深入交流。

类型系统 / 形式验证,以及基于数学之上的种种编程范式,都是为了让程序变得可预测,可被证明。

而这些,必将成为 AI 时代写出高质量运行时及代码的重要一课。

对于做 Infra 的同学更是如此,共勉。

永无止境的 Loop 吧。
01
天羽_Archer
13天前

陈今: 今天让AI帮我做了一件事——写诉状。并且借助ego lite做了一件事——让AI在人民法院在线服务全国版上操作浏览器填写立案信息。全程只用了4个小时。 深圳的小区隔断房合同到期后,房东玩消失不退还我的2个月押金,中介、物业、网格员均表示这个房东有不退押金的前科,调解无效,于是决定尝试打一次官司。 我一直很回避这件事,因为感觉整理诉讼材料非常麻烦,哪怕有AI,但真正做起来发现没那么难。 1️⃣完整讲一下这个故事: 房东在我8月提前说要退租的那一整个月都没有回过我任何的微信消息,于是在九月初合同要到期的时候,我联系当初介绍给我这个房子的中介,希望他作为桥梁,帮助我们顺利交接。 没想到来了一个晴天霹雳,中介跟我说,他听其他的中介说,这个房东有不还押金的情况。是一个老赖。于是我非常愤怒,我觉得合同白纸黑字写明规则的情况下,为什么对方还能这样?但是这个房东给我印象一直还可以,就是那种可能性格比较懒,嫌弃麻烦纠葛的人。 于是我给房东打了电话。房东明确要求我本人到场交房,不接受任何委托和任何保证,比如朋友亲人帮我交房的时候全程挂着电话等。于是虽然成本不低,但我还是决定亲自回深圳一趟,确保我本身是挑不出问题的。 电话里约定的时间是次日的上午11点,但我希望书面再次确认,可房东在那通电话后,继续完全不回复我的微信。做了一夜火车,上午在房内等待到9点半,我再次给房东打了电话。房东冲我发了一通火,质疑我为什么说好了11点却这个点打电话,问:“你什么意思?” 于是,在这通电话后,我耐心等到了11点钟,但是11点没有人来。我找到了合同上的两个电话,以及中介给我的电话号码,都打不通。于是我下楼找物业帮我联系房东,但是也打不通。 我跟物业姐姐说明情况,希望物业可以做一个见证,看着我去拍一个视频,记录一下当时房子的状态。但是物业姐姐们都拒绝了,但建议我用水印相机拍摄,同时给了我网格员的联系方式,并且告知我,如果网格员也没有办法干涉的话呢,需要自己报警。这时候旁边的一个物业姐姐,她给我写了一个小便签条。写着“他不退的”。 从11点钟到下午2点,完全联系不上他。 于是我加上了网格员,网格员又佐证了物业和中介的说法。他跟我说,这个人会提出来押金分期退还,并且已经有很多诉讼案件在身了,有其他的租客也跟他在诉讼中。以及他明确跟这些租客表示过,他可以分期退,但是如果走社区等其他渠道的话,他是一分不退。所以再等等看,如果我能自己联系上,他就先不帮我联系了,避免激化矛盾。 但是下午三四点钟的时候。房东给我来电话了,并且他给我来电话的那个手机号跟我上面提到的三个、四个都不一样。他表示他上午没有接到电话,是因为我给他9:30打的电话,让他回笼觉睡过头了。然后约我晚上七八点钟的时候来交房。 我又等待到了晚上8:30,房东来了,然后给房子挑了一堆的问题。比如说椅子,比如说床垫,比如说清洁得不够干净。比如说水槽的密封胶。他不接受我提出的这些从押金里扣除,他自己再去配的方案,一定要我来配。配好之后再交接,以免耽误他继续出租,以及让我加了另一个微信。于是我再一次为了站在道德高地。花了一晚上的时间把他找的这些茬都解决了。 虽然之前几次跟他的电话都没有录音意识,但是这一次我跟他的线下交流,我录音了。并且所有茬的处理方案我都给他发微信,确认他表示可以接受。 次日上午,我给他打电话,问他当天交接的时间,电话里面没有回应。我又去房间里,再次用水印相机拍了现状发给他。 我感受到继续耗下去也没有任何办法了,所以我订了当天晚上的机票,决定无论他是否到来,我都要当晚走,把钥匙寄存在物业那,如果不退押金,就走诉讼渠道解决。 从上午一直等到了下午4点。他微信终于回我了。他接下了我所有的书面留证的消息。明确表达了房屋没有问题,钥匙可以放在桌上等等消息。一直到那个时候,我依旧保留着一丝希望:这个房东跟其他人说的房东不是同一个人,他只是懒,看消息不勤。 我把这件事情放下,回了杭州。 整个过程中一直有cola在陪伴我,帮我梳理和记录过程中的事实,帮我明确当下可以做的事情,才让我能够控制情绪度过6-8这三天,尽力而为。 接着从我回来到现在,押金一直没有到账,房东没有回过我的微信。 2️⃣所以我需要准备诉讼了,分享Codex和ego lite都帮我做了什么。 准备诉讼最麻烦的,就是把一堆分散的事实,整理成一条能够被别人理解、核对和审查的证据链。 首先是梳理案情,cola在那段时间已经帮我创建了基础的记录,从而我不需要从0开始。 接着是合同,把合同拍照和扫描PDF后给到Codex,它就有了判断我需要什么材料的基石。 然后是证据之一:微信交流记录。由于我有MacBook上的微信聊天记录导出,所以当我提供给他房东的联系方式后,Codex读完了全部的我跟他从加上微信到现在为止所有记录,分析材料再给我补充材料的需求。 以及证据之二,我当时通过千问的录音原件和逐字稿。 这四个加在一起,完整的过程基本就很清晰了。接着再基于Codex列出的需要的证据,找出交易记录截图、对应的聊天记录截图、房屋图片视频等等。 Codex帮我把所有的材料完整识别和交叉验证串联,撰写了完整的诉状,并且基于我的已有证据谨慎表达,生成了所需的诉状doc、pdf和证据清单,对所有需要的证据重新命名。 然后是ego lite。我登录之后,Codex直接操作ego lite帮我完成了从官网找到立案入口到全部的资料上传,唯一停下来让我选择的只有一个——是否同意先行调解。 最后页面显示提交成功的的时候,真的松了一口气。 此外还有一点是我用Codex+egolite登录了法律裁判文书网找相关的案例,了解跟我同类的相关案件进行对照,做了一些调研。 我并不确定它是否真的足够充分,实际上这2个月的押金也并不是最终的目的,我知道房东可能就是赌总有人的心理是“多一事不如少一事”,即使我赢了,他的损失也很小,对我的精神消耗反而不少,但我还是不甘心。 家人觉得这不算浪费,而是社会化的过程成本,我也觉得确实,现在就经历一遭或许相对于人的一生而言失去的还算少。 以及塞翁失马,焉知非福?我借此事想起本科填写法学志愿时的心气,并且入局体验一遭,看到了AI在“工作提效”之外的可能,还重新经历了对AI的Aha moment,又对这个行业更加热爱了。

00
天羽_Archer
18天前
给 Jev 做了一个生产级别的 tiny sdk,同时让我感慨,真的要断代了啊,什么 Tagged Template Literals、什么 Type Safe,谁(大家)还(一定要)关心啊?!
11
天羽_Archer
23天前
周末在看的两个东西。
20
天羽_Archer
2月前
BikaBreezy's Afro Style is Awesome.
❤
10
天羽_Archer
2月前
关于 DSH,抛砖引玉。

基本信息:

1. Tianyi Cui 本身就有 FP 函数式编程的经验。
2. DSH 的设计充分吸收了 Effect / Coeffect 的思想。
3. 我在公司的 Spark 上说,Agent Loop 就是 Monad 和 Comonad 的交织美学。

技术观点:

众所周知,如果用上 FP,大概率是为了让一套抽象的计算模型可以得到严谨的形式论证,且是数学(范畴论等)层面可以推演的,就像 TLA+ 之于分布式计算领域。

这种严谨性论证的诉求,从现有的资料可以分析推断,起因是 DSH 找到了一种 Agent Loop 的核心抽象,且一开始就是朝着 RSI (递归自我进化)去的,不理解这个目标,就很难理解为什么这个抽象可以优雅地做到,而其它抽象则不行。

这个抽象就是 Monad 和 Comonad 的美妙交织:源源不断地向环境产生「副作用」- 时间维度的向后发散(Monad)以及从环境中不停获取上下文 - 空间维度的向前聚合(Comonad),互为「对偶」,这个交织是完全动态且响应式的,且因为是基于 FP 范式的,所以天然就叠加了它的严谨性和所有已知优点,可以让 DSH 在 RSI 过程中随便怎么折腾也能做到「稳定状态」,这就是 FP 众所周知的威力:Pointer-Free、Composable 等等。

这是一个在 「运行时」就可以达到「优雅自进化」架构的 Harness。

不是让模型自己去目录下改几个文件,就敢叫「自进化」的,DSH 创新地在 Agent Harness 领域引入函数式编程范式(门槛极高),这种跨学科领域的创新,本身就是顶级的,值得深入学习。

其它比如产品层面的讨论,那是完全另外一个角度。
44