惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

IT之家
IT之家
Recent Announcements
Recent Announcements
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
The GitHub Blog
The GitHub Blog
MyScale Blog
MyScale Blog
爱范儿
爱范儿
GbyAI
GbyAI
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
美团技术团队
Y
Y Combinator Blog
博客园 - 叶小钗
Apple Machine Learning Research
Apple Machine Learning Research
Martin Fowler
Martin Fowler
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
罗磊的独立博客
M
MIT News - Artificial intelligence
博客园 - Franky
V
Visual Studio Blog
I
InfoQ
V
V2EX
Hugging Face - Blog
Hugging Face - Blog
腾讯CDC
博客园 - 司徒正美
L
LangChain Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
字节Coze VS TFlow AI Agent会话模式比较
易俊源 · 2024-07-14 · via 人人都是产品经理

本文深入探讨了Re-Act与Conversational-Chat两种会话模式的差异,并通过比较TFlow AI和Coze两款产品,揭示了Re-Act模式在B端业务场景中的优越性。文章不仅详细解析了目标、SOP、离散推理和环境交互等概念,还通过实例展示了不同模式下的Agent如何处理任务。对于希望了解Agent技术及其在商业应用中的实际效果的读者来说,这是一份宝贵的资料。

大家好,在研究Agent时,发现了不同的会话模式会带来对相同的问题带来不同的处理方式,所以研究了Re-Act 和 Conversational-Chat的区别,发现对于2B而言re-act才是更适配的模式。

对标了2款产品,TFlow AI 和 Coze

一、先介绍一下产品

TFlow AI 是面向B端业务场景Agent平台,能按流程处理任务(SOP),围绕目标来进行离散推理。

允许LLM与环境进行交互,根据环境数据的反馈不断的调整行动计划/策略。

且整个sop的过程是由文本来控制,不需要用到Work Flow。

产品基本信息如下:

  • 使用问心一言-3.5的模型,未微调
  • 做了逻辑处理的Agent框架
  • 单条回复的消耗不到2K token,成本约0.8-2份钱。价格不贵

怎么理解目标、sop、离散推理、环境交互?我们以下列TFlow AI任务sop提示词为例:

  • 目标:要做一件什么事情,要达到什么目的。解答问题,引导留咨
  • 任务sop:处理事情流程步骤。注:模拟人的行为的任务处理流程或者说思考流程,以及标准的交互过程。
  • 离散推理/环境交互:要完成留咨任务,需要多次与用户/外部环境进行互动。不断的根据用户反馈,调整执行计划,达成目标。

如:在上述的任务sop的流程中,任务的执行需要多次与外界交互,借助外界补充的信息,持续推理完成任务的过程。比如查询知识库、引导用户提供姓名联系方式、调用留咨工具,将数据插入到已有的CRM中。

相同提示词下,在Coze和TFlow Ai的表现如下

oze和TFlow的比较

为什么会产生这么个差异昵?为什么coze不能做到昵?

核心的区别就一个:Agent的模式不同

二、Agent的会话模型:Conversational-Chat VS Re-ACT

会话模式代表了处理提示词的逻辑不同

  • 豆包:Conversational-Chat (助手模式)要做什么事情,取决于用户的指令
  • TFlow Ai:Re-Act(推理+行动)要解决什么问题,初始的提示词决定

1. Conversational-Chat:助理的模式

助理模式下的Agent的逻辑处理如下:

助理模式Agent的思考逻辑

提示词确定后,对于用户的每次输入的处理步骤:

  • 观察:用户输入了什么?工具返回的数据
  • 思考:是调用工具,还是直接回答用户
  • 行动:调用知识库,搜索等
    • 将结果重新给到大模型,继续观察
    • 中间过程可能重复N次
  • 答案:模型理解用户为你,不需要调用工具,直接给到用户答案

特点如下:

  • 助手。每次思考都是基于用户的指令,理解我该去做什么事情。
  • 大模型要执行的事情由用户来控制,根据用户输入,去理解做下一步事情

关键点:要做什么事情,取决于用户的指令

2. Re-ACT:Reason and Act(推理+行动)

处理逻辑如下:

e-act处理逻辑

提示词确定后,对于用户的每次输入的处理步骤:

  • 持续循环:观察用户的最新输入,和任务的关系,形成新的计划、直到模拟达成任务目标
  • 观察:用户输入了什么?工具返回的数据
  • 思考:我的下一步要做做什么事情
  • 行动:我才采取什么样的行动

……中间过程可能重复N次,直到模拟完成任务

计划模拟完成,确定下一步的行动计划

  • 行动:我该去调用什么工具
  • 答案:我可以直接回复用户

特点:

  • 拿到用户输入,都会思考和用户输入和目标之间的关系,然后重新制定执行计划,达成目标。
  • 用户无法决定让模型做什么事情
  • 要解决什么问题,取决于初始的提示词

为什么TFlow AI的Re-ACT模式,更适合B端对客场景

2B业务对客户特征:

特征1:

2B对业务有明确的思考流程和目标。参考以真人处理为思考流程

例1:常见退货换处理。

  • 目标:解决用户对到货商品的不满意问题。
  • 用户提问:我要退货
  • 处理流程:不满意原因是什么-&订单是否是真实(已到货)-& 是否符合退货政策-&引导退货操作-&解答退货流程中的问题

例2:汽车销售过程关于汽车参数的咨询

  • 目标:帮助客户找到合适的汽车
  • 用户提问:这款车的续航轴距是多少?
  • 处理流程:收集客户用车诉求(显示身份等)-& 解答续航问题-&补充用车诉求下的产品价值(如续航低,但是上下班通勤足够)

例3:saas软件产品答疑

  • 目标:引导客户留咨
  • 用户提问:软件有什么优势
  • 处理流程:收集客户场景-& 解答产品疑问-&引导留咨询

Re-ACT模式能够基于流程去模拟真人思考处理问题的流程

特征2:

  • 用户问题的解答处理,需要在B端企业提供的可控范围内
  • 如果是豆包的助手模式,用户使用的产品的过程都无法预测。

本文由 @易俊源 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。