1作者: krishnamzg大约 1 个月前原帖
“Cyris是您AI代理所缺失的编排层。无论您是一个两人创业公司还是一个拥有10,000名员工的医疗系统——都可以连接来自OpenClaw、Claude、GPT-4o、Ollama、EPIC或任何平台的代理,让它们在整个组织中进行协调、交接和升级。自托管。可审计。由人类管理。” “这只是我一直在做的一个副项目,我很好奇人们是否真的会觉得这样的东西有用!我建议您也去看看沙盒。”
1作者: Photon48大约 1 个月前原帖
中继架构是一种运行人工智能编码代理的新方式。与其让一个代理执行整个计划直到性能下降,不如采用中继方式。每个新的代理都会读取完整的计划,从前一个代理那里接手最小的信息,充分发挥其能力,然后将接力棒传递下去。这样,团队能够覆盖单个代理无法持续的距离。 它存在的目的:大型语言模型(LLMs)在上下文填满时会退化——这一点是经过测量的,而非道听途说(Chroma Research)。如今的每一个人工智能编码工具都是从头到尾运行一个单一的代理。在计划的第四阶段,已有一半的上下文窗口用于回忆已经完成的内容。我不得不手动重启会话,复制粘贴进度记录以保持质量。这并不是自主开发,而是像保姆一样照顾。 该架构有四个组成部分:主计划(你的产品需求文档,供每个代理新鲜读取——不会在上下文中累积)、接力棒(一个硬限制的40行交接备注——这个限制是故意设定的,过于庞大的交接会在下一个代理中重新创造上下文退化)、信号(代理发出的触发短语,以便协调者在不理解代码的情况下进行调度)以及上下文预算(实时的标记跟踪,达到阈值时自动交接)。 Tarvos是Claude Code的参考实现。每个会话都在自己的git工作树中运行。接受合并到你的分支,干净地拒绝丢弃。 开源,MIT许可证。今天可用,仍有一些粗糙之处。