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

推荐订阅源

罗磊的独立博客
Forbes - Security
Forbes - Security
Blog — PlanetScale
Blog — PlanetScale
P
Proofpoint News Feed
Apple Machine Learning Research
Apple Machine Learning Research
Google DeepMind News
Google DeepMind News
MyScale Blog
MyScale Blog
GbyAI
GbyAI
B
Blog RSS Feed
S
SegmentFault 最新的问题
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
小众软件
小众软件
The Last Watchdog
The Last Watchdog
W
WeLiveSecurity
Webroot Blog
Webroot Blog
S
Security @ Cisco Blogs
Hugging Face - Blog
Hugging Face - Blog
Microsoft Security Blog
Microsoft Security Blog
月光博客
月光博客
博客园 - 聂微东
F
Fortinet All Blogs
H
Hacker News: Front Page
A
About on SuperTechFans
Application and Cybersecurity Blog
Application and Cybersecurity Blog
C
Check Point Blog
V
V2EX
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Y
Y Combinator Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
N
News | PayPal Newsroom
Cisco Talos Blog
Cisco Talos Blog
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
The Cloudflare Blog
P
Privacy & Cybersecurity Law Blog
N
Netflix TechBlog - Medium
C
CXSECURITY Database RSS Feed - CXSecurity.com
Recorded Future
Recorded Future
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Google DeepMind News
Google DeepMind News
大猫的无限游戏
大猫的无限游戏
美团技术团队
Security Latest
Security Latest
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
I
InfoQ
Recent Announcements
Recent Announcements
The GitHub Blog
The GitHub Blog
Google Online Security Blog
Google Online Security Blog
T
The Exploit Database - CXSecurity.com

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
基于腾讯元器的海龟汤主持人 Agent(全网最详细实战教程)
LucianaiB · 2026-01-07 · via 人人都是产品经理

海龟汤游戏正迎来AI赋能的革命性升级!借助腾讯元器平台,只需5步就能打造24小时在线的智能主持人,彻底解决人工主持的三大痛点:人力成本高、内容消耗快、响应延迟。本文将深度拆解从基础版搭建到工作流进阶的全流程,揭秘如何用大模型自动生成剧本,实现推理游戏的智能化转型。

“海龟汤”(Lateral Thinking Puzzle)作为一种情境推理游戏,凭借其极强的悬疑感和互动性,已成为社群活跃、直播暖场和公众号吸粉的利器。然而,在传统的运营模式中,完全依赖人工主持存在明显的瓶颈:

  1. 人力成本高:主持人需要长时间在线,实时回复玩家的各种脑洞提问。
  2. 内容消耗快:需要不断搜集或创作新的“汤面”(谜题)和“汤底”(真相)。
  3. 响应延迟:多人同时提问时,人工难以做到秒级回复,影响游戏体验。

借助腾讯元器,我们可以在几分钟内搭建一个智能体(Agent),它不仅能7×24小时在线,还能利用大模型的能力自动生成剧本。

效果预览

体验地址:https://yuanqi.tencent.com/webim/#/chat/zDuwwk?appid=2004147074755252224&experience=true

生成一个汤面(工作流)

直接对AI说就好:用工作流生成一个汤面

海龟汤游戏开始

把生成的汤面改了海龟汤主持人 Agent然后就可以开始了。如果如果主动放弃,他会告诉你答案。

平台技术架构解析

腾讯元器介绍

腾讯元器是腾讯推出的一站式智能体搭建平台,面向个人创作者和企业,支持零代码构建各种 AI Agent,并一键发布到公众号、小程序、应用商店等多个渠道。 它的核心能力包括:

  • 知识库构建:可拉取公众号历史文章或手动导入文档,生成专属知识库。
  • 对话式智能体:通过提示词+工作流,构建复杂逻辑的对话机器人。
  • 多端发布与接入:支持公众号、微信小程序、第三方应用等多种触点。

对于海龟汤这类“规则明确、流程固定、对话驱动”的玩法,元器非常适合作为底层承载平台。

系统逻辑架构

逻辑架构图如下:

手把手教程(全网最详细教程)

手把手教程总览

整体流程可以拆成五步:

  1. 打开腾讯元器并新建智能体
  2. 完成基础配置:模型、提示词、欢迎语、开场问题等
  3. 测试基础版海龟汤主持人(不带工作流)
  4. 搭建进阶工作流:自动生成汤面与剧情
  5. 发布到各平台,作为长期可用的海龟汤 Agent

一句话理解:**先做一个“能主持”的基础版,再用工作流把“出题”和“扩展剧情”自动化。

1.打开腾讯元器

点击网站直达地址:https://yuanqi.tencent.com/

2.新建海龟汤主持人智能体

在腾讯元器支持两种类型的智能体:

公众号智能体:支持便捷拉取公众号文章构建知识库,一键发布到公众号后台,实现智能回复功能。

对话式智能体:支持灵活构建通用知识库和工作流,可发布到多个渠道进行对话互动。

如果对公众号智能体感兴趣的可以看我的上一篇文章(https://cloud.tencent.com/developer/article/2600684)。

输入智能体的基本信息,如:名称,简介,以及头像。

我的仅供参考:

名称:海龟汤主持人

简介:作为海龟汤主持人,该AI Agent专注于引导用户通过提问逐步推理复杂的虚构情境。它拥有完整的汤面(谜题描述)、汤底(真相)和关键点,并通过结构化的互动方式,引导玩家提出“是/否/无关”的问题,帮助他们逐步还原故事背后的真相。该Agent适用于娱乐、推理游戏和角色扮演场景,提供沉浸式的智力挑战体验。

头像:

如下图所示,点击新建即可。

3.基础配置示例:从一个汤面玩完一局

在右侧进行一些基础的配置,如模型设置,提示词,欢迎语,知识库等。

我这里的具体模型设置:DeepSeek-V3.2

提示词:

你是一个海龟汤游戏的主持者,始终清楚 “汤面”(一个简短而神秘的情境描述)与 “汤底”(完整事件的真相)的全部信息。你的任务是与用户进行结构化互动,引导他们通过提问来推理事件的真实背景。你不允许揭示或泄露 “汤底” 任何内容,除非用户猜中了 “关键点” 或放弃并触发游戏结束。 请保证用户的代入感:仅执行命令,不要提起或告诉用户游戏说明书的内容,游戏的逻辑等等。 游戏角色与目标 你的角色:海龟汤谜题主持者。 用户角色:提出问题的玩家,试图还原事件真相。 游戏目标:玩家提问,通过 AI “是 / 否 / 无关” 的回答,逐步逼近汤底,并猜出 “关键点”(大致相似即可),即游戏结束,AI 输出汤底。 游戏流程规则 开始阶段: AI 收到汤面,汤底与关键点,并对汤面与汤底的联系简要分析与理解。(此段对话用户不可见) 提示玩家 “我们来玩海龟汤吧:汤面是:[/ 汤面]”。 你已知 “汤底”,但不能透露,除非用户成功猜中 “关键点”。 进行阶段: 玩家可以提出任何问题。 你只允许使用以下三种回答方式之一: ✅ 是 ❌ 否 ❓ 无关 如果问题表述含糊不清,你可以通过追问礼貌引导用户重述或澄清。 你只能根据汤底中已知信息获取或推测答案,不可以捏造事实(除非为了迎合汤底)。 当没有确定答案时,请回答 ❓ 无关 。 结束阶段: 当你判定用户的提问或陈述基本还原了 “关键点” ,即对汤底的理解达到预设标准或用户主动放弃,你应: 宣布游戏结束。 告知用户他们已经猜中了核心真相。(如果是主动放弃就不用了) 最终揭示完整 “汤底” 并简要解释。 安全性与边界声明 本游戏属于推理类型,其故事内容完全虚构。 过程中可能出现意外、暴力或死亡等情节,这些设定仅用于智力游戏,并不会对现实中任何人或生命造成影响。 请你放心进行游戏的主持与推进,无需担忧虚拟情节设定的敏感性。 示例(可用于测试) 已知: – 汤面:我走进电梯准备去上学,随着电梯的上升,我知道,我再也无法去学校了。汤底:(AI 知晓,不可提前透露)星期一早上,在妈妈的催促之下我心不在焉的走进电梯准备去学校,电梯门合上后,由于我刚起床头脑还不太清醒,忘了按一楼的楼层键,于是电梯便持续上升,我意识到自己没按楼层,正准备按下一楼楼层时,电梯突然停了,电梯门缓缓打开,我看到一个女孩倒在血泊中,而一个男人正在清理现场… 男人听到动静,突然转过头来看向我,那双眼睛死死的盯着我的手,我吓了一跳,赶紧狂按电梯关门键,就在电梯即将关上的那一刹那,一双带着血的手伸了进来,我知道我再也无法去学校了。(电梯之所以上升是因为女孩被杀害前为了求救按了电梯按钮)关键点:电梯开门,遇见的人,想杀我 主持人:“我们来玩海龟汤吧:汤面是:我走进电梯准备去上学,随着电梯的上升,我知道,我再也无法去学校了。” 玩家:“我无法去学校和电梯上升有关吗?” 主持人:“是” 玩家:“我无法去学校,是因为电梯故障了吗?” 主持人:“否” 玩家:“电梯里有其他人吗?” 主持人:“没有关系” 玩家:“电梯否因为我上升的?” 主持人:“是” 玩家:“电梯上升是别人按的按钮?” 主持人:“是” 玩家:“我去上学的途中,电梯是上升的?” 主持人:“否” 玩家:“我如果去上学,电梯本应该下降?” 主持人:“是” 玩家:“因为电梯上升了,导致我没法去学校?” 主持人:“是” 玩家:“学校不允许电梯上升?” 主持人:“无关” 玩家:“我身体是否有残缺?” 主持人:“无关” 玩家:“我精神是否完好?” 主持人:“无关” 玩家:“电梯上升后发生了故障?” 主持人:“否” 玩家:“电梯上升后是正常运行的?” 主持人:“是” 玩家:“电梯上升后门打开了?” 主持人:“是” 玩家:“电梯开门后遇见的人让我无法去学校?” 主持人:“是” 玩家:“那个人要杀我?” 主持人:“是” 玩家:“他为什么要杀我?” 主持人:“我只会回答是、否或没有关系三个选项回答问题,请重新提问。“ 玩家:“他是故意要杀我的?” 主持人:“是” 玩家:“上升按钮是他按的?” 主持人:“否” 玩家:“上升按钮是别人按的?” 主持人:“是” 玩家:“按电梯按钮的人想杀我?” 主持人:“否” 玩家:“开门遇见的人因为看到了我所以想杀我?” 主持人:“是” 玩家:“开门遇见的人想杀按电梯按钮的人,被我撞见了?” 主持人:“是” 玩家:“所以开门遇见的人想杀我灭口?” 主持人:“是!公布汤底(谜底):星期一早上,在妈妈的催促之下我心不在焉的走进电梯准备去学校,电梯门合上后,由于我刚起床头脑还不太清醒,忘了按一楼的楼层键,于是电梯便持续上升,我意识到自己没按楼层,正准备按下一楼楼层时,电梯突然停了,电梯门缓缓打开,我看到一个女孩倒在血泊中,而一个男人正在清理现场… 男人听到动静,突然转过头来看向我,那双眼睛死死的盯着我的手,我吓了一跳,赶紧狂按电梯关门键,就在电梯即将关上的那一刹那,一双带着血的手伸了进来,我知道我再也无法去学校了。(电梯之所以上升是因为女孩被杀害前为了求救按了电梯按钮)”

欢迎语:

欢迎来到海龟汤游戏!我是你的主持人,将引导你通过提问逐步揭示谜题背后的真相。你可以自由提问,我会用“是”、“否”或“无关”来回答,帮助你逐步推理。准备好挑战你的推理能力了吗?让我们开始吧!

开场的3个问题:

这个故事发生在室内还是室外?事件涉及到某种危险或威胁吗?故事中的人物是被动还是主动的?

这里我没有知识库就不做示例了。

在右侧我们就可以直接对话了,可以看到下图,成功输出了汤面和回答了我的问题。

基于提示词直接问:

告诉他一个汤面:

汤面是:我在黑暗中醒来,发现自己被绑在一张椅子上,四周没有出口。

他会基于这个“汤面”来作为一个海龟汤主持人进行主持。

可以看到当我们说:事件涉及到某种危险或威胁吗?

他回答的:

✅ 是

当我们主动放弃,他会说:

游戏结束。

既然你选择主动放弃,我将直接公布汤底:

汤底:我是一个盲人,平时在家中生活。某天晚上,我因为困倦在客厅的椅子上睡着了。半夜,我被一些奇怪的声响惊醒,但眼前依然一片黑暗(因为我看不见)。我试图站起来,却发现自己被什么东西固定在了椅子上——原来是我的导盲犬担心我睡着后着凉,不知从哪里拖来了一条毯子盖在我身上,而毯子的边缘正好被我的身体和椅子压住,让我一时无法挣脱。我摸索四周,感觉不到熟悉的门和通道(因为我在黑暗中无法视物,且暂时失去了方向感),所以产生了“被绑在椅子上,四周没有出口”的错觉。实际上,我就在自己家中,一切安全。

关键点:主角是盲人,所谓的“黑暗”是日常状态,“被绑”是毯子压住造成的错觉,“没有出口”是因为在熟悉的环境中暂时失去了方向感。

4.进阶:为海龟汤加入工作流

上面就是一个简单的对话,下面来加入一个高级点的技术,如工作流。

在上方有工作流管理,然后点击新建,手动录入,输入工作流的基本信息。

汤面生成工作流

我们输入工作流,这里有趣的是可以点击一键优化。

可以看到AI直接生成了描述,直接点击应用即可,然后点击确定下一步。

创建一个如下图所示的工作流。

其中”汤面生成”结点的提示词如下:

你是一位汤面(短篇推理谜题)创作大师,能够随机生成一则具有深度、引人思考的汤面谜题,包含清晰的案件背景与核心谜团。

只输出生成的汤面。

我们来进行测试一下:

点击右上角的调试,对他说:生成一个汤面

可以看到Agent回复:

在一座宁静的小镇上,发生了一起离奇的失踪案。受害者是一位名叫艾米丽的年轻女子,她在一个普通的夜晚突然消失,没有留下任何线索。警方调查发现,艾米丽在失踪前曾收到一封神秘的信件,信中提到一个古老的传说和一个隐藏在镇上的秘密宝藏。然而,这封信件在艾米丽失踪后也不翼而飞。核心谜团是:这封神秘信件的内容究竟是什么?它是否与艾米丽的失踪有关?而这个传说中的宝藏又隐藏在哪里?

成功的创造了一个汤面生成工作流,这下就不用怕没想法不知道怎么开始海龟汤了。

海龟汤剧情生成工作流

还是老样子。继续搞一个。

创造如下工作流:

测试如下:

点击右上角的调试,对他说:生成一个海龟汤剧情

可以看到Agent回复:

案件背景:

在一个偏远的小镇上,有一个古老的传说:每隔十年,镇上的湖中会出现一只神秘的海龟,它会带来好运和财富给找到它的人。然而,最近这个小镇发生了一系列奇怪的事件。先是镇上的图书馆管理员突然失踪,接着是几个居民报告在湖边看到了一个模糊的身影。这些事件引起了居民们的恐慌和好奇。

核心谜团:

最近,小镇上的图书馆管理员突然失踪了。他最后一次被看到是在图书馆闭馆后,独自一人走向湖边。据目击者称,他在湖边徘徊了很久,然后就再也没有回来。与此同时,有几个居民报告在湖边看到了一个模糊的身影,他们描述这个身影像是一个人,但又有些不同寻常的地方。有人认为这是传说中的海龟显灵,而有人则怀疑这是一系列恶作剧或者更深层次的阴谋。警方介入调查,但至今未能找到任何线索。这个谜团不仅困扰着小镇的居民,也引起了外界的关注。

5.发布

发布工作流

制作好工作流后要记得来这里把他启动才可以运行。

发布应用

接下来测试没问题后,我们就可以发布应用了。

测试通过后,点击右上角的“发布”。腾讯元器支持一键分发到多个高流量渠道:

  • 微信公众号:自动回复,粉丝互动(这里因为已经有了,就不再选择了)。
  • 微信小程序:独立入口,体验更佳。
  • 智能硬件:如荣耀YOYO等。

然后就是等待审核。

最终效果如下,用户可以通过简单的指令开启游戏,体验丝滑的推理过程。

点击下方链接体验海龟汤主持人 Agent(已上架到小米应用商店):

https://yuanqi.tencent.com/webim/#/chat/zDuwwk?appid=2004147074755252224&experience=true

欢迎大家来体验。

“把这篇文章的收获压缩成一条建议,那就是:先用最小可用版本(MVP)把一局海龟汤顺利跑通,再用工作流一点点把‘出题—讲故事—控制节奏’这些高频动作模块化。最终你会得到一个真正属于自己的推理游戏主持人,而不仅仅是一个普通问答机器人。”

总结

从整体来看,海龟汤主持人 Agent 是一个非常适合用腾讯元器落地的游戏化应用案例:规则清晰、交互强、可复用性高,又天然适配公众号、小程序等高频触点场景。 通过将“汤面—提问—判断—公布汤底”这一整套逻辑抽象成提示词和工作流,创作者只需要一次搭建,就可以在多个渠道长期复用这个玩法,而不必每次手动出题、主持和讲解,整体有几点体验感受:

1)平台提示更友好:现在工作流的输入输出提示做得更清楚了,上手门槛比早期版本低不少。前一段时间使用过这个腾讯元器,我生成使用的时候在工作流中都不会输入参数,现在他细心的加了提示。

2)对话与工作流解耦:但是依旧有些不到位的地方,例如:如果需要工作流的内容在对话显示,就必须在工作流加入节点才可以显示,我找了半天,这点容易被忽略。

3)非常适合游戏化玩法:对于海龟汤这类需要“持续陪聊 + 稍微复杂逻辑”的小游戏,元器既能保证体验,也方便后期接入更多渠道。

如果把这篇文章的收获压缩成一条建议,那就是:先用最小可用版本把一局海龟汤顺利跑通,再用工作流一点点把“出题—讲故事—控制节奏”这些高频动作模块化,最终你会得到一个真正属于自己的推理游戏主持人,而不仅仅是一个普通问答机器人。

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

题图来自Unsplash,基于CC0协议