MetaGPT v0.3:人与多智能体合作的新篇章
MetaGPT v0.3 Releases
01 功能
-
集成 LanceDB 作为文档存储。
-
添加新角色 TutorialAssistant。
-
在编写 prd、设计 api 和项目管理行动中引出 json 格式的响应。
-
支持更多的 mermaid 转换选项,包括 nodejs(默认的 mmdc)、playwright、pyppeteer 或 ink。
-
添加新动作 DetailMining。
-
引入 open-interpreter 作为代码编写和运行的工具。
-
添加新动作 PrepareInterview 用于软件面试准备。
-
添加 OpenAI 审核。
-
添加新角色 SkAgent,一个具有基础规划器和动作规划器的语义内核智能体。
-
支持使用 iFLYTEK Spark 作为底层的大型语言模型(LLM)。
-
添加新角色 InvoiceOCRAssistant,能够扫描发票和收据并提取结构化信息。
-
重新定义角色对观察到的消息的反应,并提供三种反应模式。
-
支持基本的人类互动。
02 错误修复和改进
-
添加跳过雇佣工程师的选项。
-
为 azure api 添加引擎模式。
-
在 faiss 搜索中传递 kwargs。
-
修复 check_cmd_exists 函数的 Windows 兼容性问题。
-
压缩 index.html。
-
修复安装和事件循环问题。
-
修复研究动作错误并优化通用文件操作工具。
-
修复 Windows 上转换 Mermaid 图表时的 OSError。
-
为消息查找函数使用更直观的名称并为 Message 添加新属性。
-
在导入 sk_function 后设置 WindowsProactorEventLoopPolicy。
-
修复 serialize_message 中的输出类型。
-
修复代码解析问题。
-
修复 openai_api.py 中的错误缩进。
-
更改 PROJECT_ROOT 设置以支持 pypi 包的使用。
03 文档
-
翻译 skill_manager 评论。
-
在 README_JA 中添加更多内容和翻译。
-
将 Matthew Berman Youtube 频道的视频教程链接添加到 README 中。
-
修复拼写错误或语法错误。
-
在 README_CN 中添加备注部分。
-
提供创建定制智能体的教程示例。
-
在 FAQ-EN 中提供更多资源。
-
更改 README 中的 docker 镜像标签和命令。
04 注意
游戏智能体的功能(在 werewolf_game、minecraft、ga_town 分支上)正在开发中,将在未来的版本中发布。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
OpenZFS 2.2.2 & 2.1.14 发布,修复数据损坏问题
OpenZFS 2.2.2和 OpenZFS 2.1.14 现已发布,以解决一个罕见但严重的数据损坏问题。建议所有 OpenZFS 用户尽快升级。 公告称, 注意:此版本包含一个重要的数据损坏错误修复。详细内容请参见issue (#15526) 和bug fix (#15571)。此外,开发人员的错误摘要也提供了很好的概述。我们建议大家升级到 2.2.2 或 2.1.14 以获得修复。由于不正确的 dirty dnode 检查,该错误会导致数据损坏。这个错误很难被发现,而且只是由于 coreutils 9.x 中 cp 的更改才被发现。在 EL7、EL8 或 EL9 上运行 cp 时发现该问题的可能性极小,因为它们都使用了 coreutils 8.x,其执行文件拷贝的方式不同。 zfs-2.2.2 版本还包括一些其他的更新内容: FreeBSD:修复 ZFS,以便 .zfs/snapshot 下的快照 NFS 可见#15563 ZIL:调用 brt_pending_add() 重播 TX_CLONE_RANGE#15603 zdb:修复 uint64_t devid 的 printf(...
- 下一篇
每日一博 | 七年 4 个阶段:滴滴可观测架构演进与实践
一分钟精华速览 在当前阶段,可观测性的建设并没有统一的执行路径。每家公司会根据自身的业务需求、运营模式和规模,形成一套独特的实践方案。为了应对业务规模的扩大和需求的变化,可观测团队必须持续优化和升级其架构,并始终保证可观测系统本身的高可用性。 本文详尽地描绘了滴滴从 2017 年至今,在四个不同阶段所遭遇的技术挑战,如单体应用阶段的资源瓶颈、运维成本的上升、分布式服务的通信问题等等。滴滴通过寻找并应用适宜的技术方案,逐渐战胜了这些技术难题,使其可观测架构始终能为业务提供强大的支持。 作者介绍 滴滴出行可观测架构负责人——钱威 TakinTalks 稳定性社区专家团成员,滴滴出行可观测架构负责人。深耕可观测领域多年,专注于架构设计与优化。带领团队完成了滴滴第二代到第四代的架构迭代。多个可观测开源项目的 Contributor。目前聚焦在滴滴可观测的稳定性建设和滴滴场景下的可观测性的实现与落地工作。 温馨提醒:本文约 7500 字,预计花费 12 分钟阅读。 「TakinTalks 稳定性社区」公众号后台回复 “交流” 进入读者交流群;回复“1026”获取课件资料; 背景 大家先来看一个故...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- Hadoop3单机部署,实现最简伪集群
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- Windows10,CentOS7,CentOS8安装Nodejs环境
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS7设置SWAP分区,小内存服务器的救世主
- Linux系统CentOS6、CentOS7手动修改IP地址
- SpringBoot2全家桶,快速入门学习开发网站教程
- CentOS关闭SELinux安全模块