豆包工作试用小记Part2

豆包工作试用小记Part2

     之前文章豆包工作应用试用小记Part1，今天我们继续

豆包工作伙伴

     豆包工作伙伴是面向企业办公的 AI 智能体（Agent），相当于 24 小时在线的 AI 同事。可预设人设、专业能力，支持官方内置、自定义创建，也能组建多人 AI 小队分工协作；可加入团队群聊，读取授权内文档、会议信息，独立完成 PPT、数据分析、文案等任务，深度对接飞书，在团队工作流里协同办公豆包。WorkBuddy 专家是按需召唤的专业顾问角色，单次任务启用；豆包工作伙伴是常驻团队的 AI 同事，可进群、长期持续协同办公。

伙伴介绍

能力与管理

我们也可以看到伙伴是多个技能组成，如下是其中一个技能

其它伙伴

与[软件研发小组]开发小队

开始测试PPT制作

我们先来试试PPT专家，提示词使用Trae Agent补充生成，

花费15分钟， 抽取成品PPT其中一页，布局稍有错乱

软件开发小组测试

如下我们提供一份需求说明书, 上传了一份救灾物资保障系统的需求规格说书文档。

这是复杂任务

阶段完成

需求梳理

在1个小时后

需求梳理

系统设计

数据模型设计，实际不是系统设计中的数据库设计，这些模型设计只是适用于前端

物资管理模块缺少文件存储设计，图片存储设计

实现

调用分析

质量检查

发现这类问题“输入校验：正整数、最大 8 位、至少填写一种物资”，应该在代码生成阶段就可以避免，由此整个过程看上去省心，但这些低级问题，还需要返工，消耗更多token。

小结

      豆包工作的伙伴，我们是用的这个比较复杂的任务啊，像这个研发小组，其中有多个角色在里面，包括产品经理啊，然后代码审查等等 但最终的实现效果，实际上还是只能算一个demo，很多细节，它实际上考虑的还是不够深入。在设计系统设计阶段并没有向我们做最后的确认和评估，他就自己去实现了，一些低级的程序的Bug本身不应该出现的，但实际上他在自我的质量测试中又发现了，那么我们觉得需要自己的返工，那么更多是消耗资源，这个资源过去是人力资源，放到今天可能是token,这个可能跟背后的整个的模型的代码能力也有关系，另外一块是关于他可能不是专业的软件工程模型,还有一块，就是这个实际上比较傻瓜化，但是呢，它实际上没有更多的一些约束和限制，例如就是说我们在做系统设计的时候，需要遵循哪些标准。这一块实际上它是没有可设置的地方.那么如果用它来做个PPT，这样子的简单任务还是勉强可以，当然也不是。没有任何问题，实际上还是需要人为的二次修改,这一块与谷歌的模型所生成的PPT，还是有差距.

豆包工作伙伴 vs WorkBuddy专家