即刻App
年轻人的同好社区
下载
App内打开
李继刚
96
关注
25k
被关注
45
夸夸
读书人
置顶
李继刚
4月前
把 skills 整理了下, 大家可以用用看:
github.com
326
28
145
李继刚
1天前
艾逗笔: 做协作类 agent 的关键点之一是,如何把多个不同能力的 agent 拉到同一个群组,让他们在无人干预的状态下,自主分工,协作完成复杂的任务。 要实现无监督自主运行,需要保证群组的整体可用性。比如一个群里面有 claude、codex、gemini、grok、openclaw、harmes 等 10 余个 agent,晚上睡觉前往群聊丢个任务:帮我写个对标 codex 的桌面 agent,明早起来验收。 要完成这个任务,首先需要有个任务协调者,也可以叫做 leader,由这个角色来负责理解任务,拆解任务,分配工作给群里的其他 agent。leader 自身可以不参与具体的工作,但是需要监控其他成员的工作状态,适当干预、调配工作。比如 claude 做 leader,让 codex、gemini、harmes 等成员分工去写代码,并要求他们每五分钟报告一次任务进度。期间 gemini 因为模型限额罢工了,leader 需要把罢工 agent 没干完的活分给其他空闲 agent 接着干。 协作类 agent 产品的设计难点和重点一定是群组的整体可用性建设问题。 多 agent 协作过程容易遇到的问题包括: 1. 某个成员 agent 因为模型限额或封禁、工具调用异常、网络等问题导致罢工 2. leader 不靠谱,分配任务不合理,成员 agent 之间容易干重复或者冲突 3. leader 自己挂了,缺了协调者,其他 agent 干完一轮不能继续干下去 4. 其他外部依赖异常(比如定时任务)导致整体进度没有往前推进 要通过 agent 协作实现全自动无人值守干活(比如建个群,让群里的 agent 每天晚上自己干 8 小时,去找到一些热点需求,做出产品,推给目标用户,让用户付费,实现产品商业闭环,人类群主躺着赚钱),需要一些关键的设计来保证群组的可用性: 1. 冗余机制。群内的 agent 成员,在条件允许下尽可能多配置,同类型的 agent 互为备份,按能力等级分组排序,比如 claude、codex 为一组,gemini、grok 为一组,kimi、zhipu 为一组,openclaw、harmes 为一组 2. 协调与监控。先指定一个 leader,比如 claude,由 leader 来理解任务、拆解任务、分配任务。发到群里的任务,leader 首先处理,从 agent 分组中按能力组合选择部分 agent 作为 worker 来执行任务。leader 需要定时查看群内的 agent 进度,如果发现某些 agent 进度异常或超时无响应,就从备份 agent 中挑选替换者,来接替异常 agent 继续完成任务 3. 进度上报。作为 worker 的 agent 需要定时把自己的任务进度上报到群组,方便 leader 和其他成员感知任务进度。 4. leader 选举。leader 跟所有的 worker 之间保持定时心跳,在 leader 挂了的情况下触发选举或由底层程序指定新的 leader,由新 leader 继续组织工作 5. 恢复机制和结果一致性。agent 协作过程中肯定会遇到各种异常问题,需要设置很多个 checkpoint(检查点),任务状态和依赖关系需要明确,支持断点恢复和幂等重入。继任的 worker 需要延续前任 worker 的工作进度继续推进,最终需要通过测试和验收来确认结果,不能只依赖 agent 自己报告完成 --- 最近在做协作类agent 产品,感觉分布式系统的可用性架构设计理论有很多可以参考的思路,我在 termany.sh 里面也实现了很多的策略,目标还是要把本地的多个 agent 聚合在一起,在无人值守模式下实现自主协作,共同完成复杂任务。 欢迎试用与交流。👇 https://termany.sh
5
0
0
李继刚
1天前
Nagel: 论荒谬
19
2
1
李继刚
1天前
Frankfurt: 论胡扯
12
0
0
李继刚
1天前
Russell: 论闲暇
10
4
2
李继刚
6天前
MasterPa: 都在发布新品,我也凑个热闹:和大家介绍下「梁柱之间」——它是关于中国古建筑最好的 App,现已可在苹果 App Store 全球各地区下载。 过去一年半以来我们拍摄了接近一千座中国古建筑,但我们始终有一个挑战:如何把这些美轮美奂的古建更好的呈现给大家?所以就有了「梁柱之间」,我们把基于真实建筑重建的 3D 模型、大量精心拍摄的图片和文献资料结合在一起,帮助各位更好地理解中国古建。 现在你可以在「梁柱之间」里用高精度三维实景、空间点位、建筑历史、构件说明、壁画、雕塑、碑刻、题记和现场细节,在手机上真正进入一座古建筑,并像阅读一部专业建筑图录一样理解它。 每一座「梁柱之间」上线的古建筑都具有独立成为一本专业古建筑图录的内容密度。我们会在现场拍摄上万张照片,尽力涵盖一座建筑的全部细节。并且收集几乎全部关于这座古建筑可信的一手文献,来为这些图片写说明。 今天第一批已经上线了:佛光寺、小西天、广胜上寺、广胜下寺与水神庙、金洞寺和南禅寺。更多的还在路上,下个月底应该能到十五座古建。我们也希望可以和更多古建筑相关方合作,并且诚邀更多专家学者一起撰写古建筑文档。 App刚刚上线,如同一个新生命,每天都在成长变化,希望得到大家的意见建议,让它更好地捕捉到中国古建的风采。
7
0
0
李继刚
9天前
可以把「意象」给显化出来
西元Levy: FateTell最新的分享功能,以及近期在ig的一次小爆火
7
0
0
李继刚
11天前
ƒ 「心里升起关心某个人的念头时,立马去做。」
65
5
2
李继刚
11天前
博弈论中有个 Minimax Theorem:
在有限的双人零和博弈中,只要双方可以使用随机策略,你能保证的最低期望收益,恰好等于对手能把你压到的最高期望收益。
这个共同的数,叫作「博弈的值」。
双方都在考虑对方最难对付的应对:
- 你: 对每个策略,先看最坏能得到多少,再选其中最好的。这叫 Maximin:把最低收益抬高。
- 对手: 对每个策略,先看最多会让你得到多少,再选其中最小的。这叫 Minimax:把你的最高收益压低。
定理最关键的内容,是这两个方向最终能抵达同一个数值。
24
0
0
李继刚
12天前
每个群,某种程度上是群主在某一话题上的审美外显。
在每个群里都发推广,「在所有地方,都做自己」,是一种「目中无人」,你并没有看到「这个群」,目之所及只有流量。
「看见」对方,很难吗?
37
3
0
李继刚
12天前
模型厂商进入了红皇后效应的博弈局面:「落后即死」。
大家觉得太快有点晕车,想踩一脚刹车也不行,这个局面不允许。
只有拼命奔跑,才能继续活在牌桌上。
32
6
1