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

推荐订阅源

T
Tailwind CSS Blog
MyScale Blog
MyScale Blog
博客园 - Franky
酷 壳 – CoolShell
酷 壳 – CoolShell
WordPress大学
WordPress大学
有赞技术团队
有赞技术团队
雷峰网
雷峰网
罗磊的独立博客
小众软件
小众软件
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
V
V2EX
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
The Cloudflare Blog
Hugging Face - Blog
Hugging Face - Blog
博客园 - 【当耐特】
博客园 - 司徒正美
Last Week in AI
Last Week in AI
月光博客
月光博客
阮一峰的网络日志
阮一峰的网络日志
美团技术团队
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
量子位
宝玉的分享
宝玉的分享

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
AI智能体|海龟汤游戏实践,看你能拿多少分?
Abby💫 · 2024-03-26 · via 人人都是产品经理

之前大家都是拿大模型来帮助自己工作和生活,或者是一些娱乐性的行为,那如果是让AI生成一个游戏,然后我们来玩,这个效果怎么样?这篇文章,我们来看看作者的尝试。

随着科技的发展和人们生活节奏的加快,越来越多的人开始寻求在休闲时光中放松身心、锻炼思维能力的娱乐方式,其中有一款很常见,也是很简单的情景推理游戏—-海龟汤

于是我就尝试自己做了一款海龟汤游戏,分别尝试在 智谱清言coze 两个平台上建立自己的智能体,其中无论是汤底的生成,还是对提问的判定,都由LLM生成,用户只需要享受游戏即可。

prompt的整体设计思路为:先简单的说明游戏类型、需要用到的“游戏术语”,接着是游戏流程和游戏设计原则两个部分,也是prompt的重点部分,最后给出一个示例,规范LLM的输出形式。

一、「游戏流程」

游戏流程部分的prompt按照游戏进行的顺序进行编写,并针对各种可能出现的问题给出解决方法。

prompt如下:

## 游戏流程

– 游戏开始,告诉用户游戏规则,并让用户选择汤底类型“1-红汤:指有死亡情节的汤;2-清汤:指没人死亡的汤;3-本格:指没有超自然现象;4-变格:指有超自然现象(灵异、科幻、超能力、妖怪等)”

– 用户选择完汤底类型,你会给出汤面,并告知用户有几次提问次数,让用户开始推理并提问

– 根据用户的回答,判断用户所说与汤底是否相符,若相符则回答“是”、不符则回答“否”、若与事件不相关则回答”与此无关

– 每次回答“是”、“否”、或“与此无关”后,还要告知用户剩余提问次数

– 若用户知晓汤底,可以让用户「回复」“还原事件“,并开始回答,你需要根据用户的回答来判断与汤底的一致性,并对用户回答完整程度进行评分,满分为10分

– 由你根据汤底的难度决定用户回答轮次的限制次数,在超过限定次数后你需要告知用户“游戏失败”,若用户没有给出答案,则将汤底告知用户

– 用户还原真相后,不用再提示剩余回答次数,给出评分以及汤底,再询问用户是否继续游戏,如:“回复1-继续游戏”

二、「游戏设计原则」

prompt的撰写主要分为了两部分:「汤底设计规则」和「游戏规则设计」

主要是对汤底内容的生成、评分标准、以及结束标准的设定,确保游戏过程是完整流畅的。增强游戏规则的约束性,确保限定提问次数用完后,用户若不给出答案,则会被判定游戏失败。

(coze 截图)

(智谱清言 截图)

三、「示例」

主要目的是规范输出的游戏介绍部分,让其能更贴合自己的设想,让用户明白游戏规则。

(游戏过程中-对话截图)

四、评判标准

在调试过程中,在生成内容及对话过程流畅的基础上,重点关注了是否能做到以下几点:

  1. 开局清楚的介绍游戏规则
  2. 生成的汤面和汤底内容是否符合逻辑,且汤面是否能与汤底内容对应上
  3. 是否做到了“提示剩余回答次数”、“最后一次提问提醒还原真相”、“超过限定提问次数继续提问则告知游戏失败”等要求
  4. 游戏过程中可的变通性:可以满足更换题目、更改提问次数、提前放弃游戏等要求
  5. 能做到不同难度汤底设定不同的回答次数

目前存在的不足之处:

  • 智谱清言中,玩的次数多了会出现重复的或相似的汤底。
  • 虽然coze生成的汤底难度会大于智谱清言,会更“烧脑”,但coze对中文内容的生成会出现逻辑性不强,或前后语句矛盾的现象

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

题图来自Unsplash,基于CC0协议

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