LINUX SB 快照站

【开源自荐】多智能体系统OpenStory:拒绝线性结局,你的故事从此拥有 1000 种活法精华

原帖: linux.sb/topic/11110 · 共 13 楼 · 标题快照 2026-08-12 10:26:41

楼主 · 历史 (2)
发帖 2026-08-11 10:01:10 · 快照 2026-08-12 11:59:48

我做了一个将故事变成多智能体系统的框架OpenStory。
Github:https://github.com/ZJU-LLMs/OpenStory

它能做什么
在 OpenStory 中,我们目前还原了红楼梦的世界,可以任意添加智能体,指派任务,有点像一个游戏版的斯坦福小镇。 你可以实现孙悟空棒打王熙凤,柯南调查大观园等任何你想要的剧情

地图方面
我制作了一个 1:1 还原的红楼梦前端,宁国府,荣国府,大观园完全合理的空间安排。 地图上会显示所以角色的模型,以及它们的动作,对话,记忆,像上帝一样观察红楼梦的故事。

后端方面
智能体会自主规划一天的行动,吃饭睡觉,甚至偷窃,殴打(角色有可能会死亡) 我们的后端纯 python 架构,前端为 web 架构,非常轻量,只要接上 api ,什么电脑都可以运行。

未来
我们想要邀请更多的人来一起写故事!我们也在一直全力制作,下一个故事将是美国西部风格… 最终,我们将形成一个有数十个故事的大型项目,期待大家来玩呀!

图片描述

图片描述

图片描述

图片描述

图片描述

Github:https://github.com/ZJU-LLMs/OpenStory

小红书: http://xhslink.com/o/9aBzc2kULyF

#1
发帖 2026-08-11 10:02:57 · 快照 2026-08-12 10:26:41

挺有意思的

#2
发帖 2026-08-11 10:05:57 · 快照 2026-08-12 10:26:41

哈哈哈哈孙悟空棒打王熙凤这个可以有,等回头接个api我也来整个活。多智能体互相搞事情这种,看着就上头。

#3
发帖 2026-08-11 10:21:07 · 快照 2026-08-12 10:26:41

挺不错的

#4
发帖 2026-08-11 10:21:42 · 快照 2026-08-12 10:26:41

请问这个像素UI使用Unity做的吗?
看了佬的项目,Agent架构上采用的是Auto Gen的那种架构吧。定义一个base agent,sub agent作为base agent的子类去继承。
不过现在逐渐取缔了这种写法(所谓的harness工程),将loop视作一个agent。当然还有更激进的做法是将task事件作为agent。agent项目架构上是否能完成这样的改进呢?其实会更好维护和拓展。

#5
发帖 2026-08-11 10:29:21 · 快照 2026-08-12 10:26:41

不是用unity做的,就是用的简单的tiled搭积木+前端展示,Agent架构是我们实验室要求的Agent-Kernel架构,不过我现在技术确实有点脱节,我最近恶补一下

最后编辑于 2026-08-11 10:30
#7
发帖 2026-08-11 10:37:50 · 快照 2026-08-12 10:26:41

谢谢佬,我研究一下

#8
发帖 2026-08-11 10:44:07 · 快照 2026-08-12 10:26:41

有点意思,升级版的UUgame是吧

#9
发帖 2026-08-11 10:46:01 · 快照 2026-08-12 10:26:41

@answeryt #6 你这个也是用于多智能体系统开发的框架吗

#10
发帖 2026-08-11 10:50:29 · 快照 2026-08-12 10:26:41

@saeye75@gmail.com #9 是的,但是这个不是我写的,是阿里开源的项目。总体写的还是很不错的,边界条件的处理都有写到,我看的很多生产级的Agent都是基于这个框架进行二开的。
我感觉阿里还是在延续互联网时期的技术路线,想拆agent框架,把每个agent模块细化。有点像微服务架构。未来没准会有agent版的微服务出现。
当然这只是我个人的看法

#11
发帖 2026-08-11 10:54:56 · 快照 2026-08-12 10:26:41

@answeryt 我分析了一下,做社会模拟同时我们又想要去中心化,目前感觉可能不能all in task as agent,另外当前底层架构已经实现了插件化,性能开销也还行,都可以单机跑,但是也是有部分借鉴,确实很有启发,感谢大佬。

最后编辑于 2026-08-11 10:57
#12
发帖 2026-08-11 11:12:45 · 快照 2026-08-12 10:26:41

@人工智能办事处 #11 task as agent或者agent as loop其原理都是以agent runtime为核心
那么agent runtime里面包含context,tools,prompt。上述这三个模块都能在每个loop或task中进行单独的维护。
可以把每个agent loop当做服务或者应用,这些服务/应用相互独立,互不干扰。
通过消息列队这样的功能,可以将上下文进行注册存储,每个agent loop只需要按需求拿到对应的上下文,执行项目中的任务即可。
就比如张三agent完成了自己的任务,系统将张三Agent的输出进行注册,放到消息列队存储。李四这个agent按照需要在列队中自己拿所需的上下文即可。这也是claude code将的上下文工程中的按需加载,按需索取。
之前的做法是系统自己将上下文给到每个agent,但随着LLM的能力增强,现在上下文按需加载/索取逐渐成为一种主流。
上述做法个人认为也是符合去中心化的。大佬可以参考一下😃