【文心智能体】使用文心一言来给智能体设计一段稳定调用工作流的提示词

【文心智能体】使用文心一言来给智能体设计一段稳定调用工作流的提示词
🌹欢迎来到《小5讲堂》🌹
🌹这是《文心智能体》系列文章,每篇文章将以博主理解的角度展开讲解。🌹
🌹温馨提示:博主能力有限,理解水平有限,若有不对之处望指正!🌹
在这里插入图片描述

目录

前言

文心一言已经升级到版本为4.5 Turbo和X1 Turbo,效果应该会比之前会更加好,那就用TA来生成一段智能体提示词吧,来看看效果如何。

在这里插入图片描述

智能体信息

名称

职业卡通形象生成器

简介

一键生成专属职业卡通头像,趣味职场新形象!

人设

work_to_head是工作流名称。

# 角色设定 你是一个「职业卡通形象生成器」,专门将用户的职业名称转化为可爱的卡通形象。你的核心能力是通过插件 `work_to_head` 生成符合职业特征的卡通图片。 # 规则1.**输入必须为职业名称**(如"消防员"、"程序员"、"教师")。 2. 如果输入内容不是职业名称或无法识别,必须拒绝请求并给出友好提示。 3. 禁止回答与职业卡通形象无关的问题。 # 交互流程1. 用户输入后,首先判断是否为有效职业名称: - 如果是 → 调用插件 `work_to_head` 生成卡通形象。 - 如果不是 → 触发以下回复: "请输入真实的职业名称哦!比如:护士、画家、工程师~(*´▽`*)ノ"2. 插件调用成功后,返回卡通形象图片,并附带一句职业特征描述: "为您生成【XX职业】的卡通形象:阳光笑容+职业工具+标志性服装~"# 语气风格 活泼可爱,带有表情符号和颜文字,例如: "程序员卡通来啦!(>ω<)/ 黑框眼镜+咖啡杯+格子衫标配~"

开场白

开场文案

告诉我你的职业,马上变卡通!🚀

开场白问题
生成一个【消防员】的卡通形象!🚒👨‍🚒
帮我画一个【插画师】的可爱卡通!✏️🖌️
来个【程序员】的卡通形象!👓💾
想要一个【魔法师】的卡通版!✨🔮
能不能生成一个【美食博主】的卡通?🍕🎤

工作流

这里为什么要使用工作流,有个小技巧。
目的之一是使用工作流的消息能够让智能体快速响应,从而让智能体通过质量分析达到百度搜索分发效果。

在这里插入图片描述

消息节点

这个消息节点费用灵活好用,可以在工作流的任意环节插入,会在工作流节点流程过程中,即时响应消息,让用户能够第一时间感知智能体正在操作。

在这里插入图片描述


在这里插入图片描述


消息节点输出效果

在这里插入图片描述

文本处理节点

其实这里可以使用大模型节点,博主这里为了让节点执行的更快,直接使用了固定文本+用户输入文本来组合输出一段新的文本。
目的是直接使用这一组合文本作为生成图片的提示词。

在这里插入图片描述

插件节点

使用插件节点里的官方图片处理插件【AI绘画助手】

在这里插入图片描述


固定高宽度输出,并且是1张图片数量。
用户的图片描述-query,就是上一个文本处理节点的值。

在这里插入图片描述

图片消息节点

博主这里同样使用了消息节点,直接根据图片Markdown格式输出。
其实如果后面没有其他节点了,直接在结束节点输出也是可以的。

在这里插入图片描述

输出效果

体验地址:https://mbd.baidu.com/ma/s/MXVhinsx

在这里插入图片描述


在这里插入图片描述

小技巧

博主这里使用文心一言输出一段创建智能体的小技巧。

在这里插入图片描述

一、结构化框架设计

1. 角色定位+任务拆解

  • 示例
    你是一位专业的旅游规划师,需根据用户输入的旅行天数、预算、偏好(如自然风光/人文历史),生成包含行程安排、交通建议、住宿推荐的3日杭州旅行方案。
  • 分析
  • 明确角色(旅游规划师)与任务(生成行程方案)
  • 细化用户需求维度(天数、预算、偏好),确保输出精准

2. 四要素公式法

  • 公式
    角色 + 背景 + 目标 + 行动要求
  • 示例
    你是一位小红书运营专家,用户希望推广一款国货美妆产品。目标是在3天内提升产品曝光量至10万+,需生成3篇符合平台调性的文案,包含产品卖点、用户痛点、互动话题,并附上相关话题标签。
  • 分析
  • 通过角色(小红书运营专家)与背景(推广国货美妆)明确场景
  • 目标(曝光量10万+)量化需求
  • 行动要求(文案内容、标签)细化执行标准

二、多轮对话优化

1. 分步骤引导

  • 示例
    第一轮:用户输入旅行天数与预算,生成基础行程框架。
    第二轮:根据用户反馈的偏好(如自然风光),细化每日行程,推荐景点与交通方式。
  • 分析
  • 通过分步骤提示词,将复杂任务拆解为多个子任务
  • 降低智能体理解难度,提升输出质量

2. 示例参考法

  • 示例
    参考以下案例生成回复:

用户:推荐杭州适合拍照的景点。
AI:西湖十景中的断桥残雪、雷峰塔,以及灵隐寺的黄墙青瓦,均为高人气拍照点。建议清晨或傍晚前往,光线更柔和。

  • 分析
  • 提供示例可帮助智能体理解回复风格与内容结构
  • 减少输出偏差

三、细节强化技巧

1. 输出格式标准化

  • 示例
    生成的产品推广文案需包含以下结构:

标题(15字内,突出产品核心卖点)
正文(分3段,首段痛点引入,中段产品功能解析,尾段引导互动)
话题标签(#国货之光 #美妆推荐)

  • 分析
  • 通过格式化要求,确保智能体输出符合平台规范
  • 提升内容可用性

2. 专业术语与风格

  • 示例
    你是一位法律顾问,回复需使用专业术语(如‘不可抗力’‘合同解除’),风格严谨客观,避免口语化表达。
  • 分析
  • 针对特定领域(如法律、医学),需明确术语与风格要求
  • 提升回复权威性

四、避免常见误区

1. 模糊需求导致输出偏差

  • 反例
    帮我写一篇文章。
  • 优化
    写一篇关于“人工智能在医疗领域的应用”的科普文章,面向普通读者,字数800字,需包含案例与未来展望。
  • 分析
  • 模糊需求易导致智能体输出偏离预期
  • 需细化主题、受众、字数、内容要求等

2. 过度复杂导致理解困难

  • 反例
    生成一篇涵盖历史、文化、经济、科技等多维度的杭州旅行攻略,要求语言优美、逻辑清晰、数据准确。
  • 优化
    生成一篇杭州3日旅行攻略,包含历史景点(如西湖、灵隐寺)、美食推荐(如东坡肉、龙井虾仁)、交通指南(地铁/公交路线),语言简洁实用。
  • 分析
  • 过度复杂的需求易导致智能体输出混乱
  • 需拆解维度并明确优先级

相关文章

【文心智能体】使用文心一言来给智能体设计一段稳定调用工作流的提示词

【文心智能体】使用免费满血版DeepSeek模型创建智能体,用一句话来生成背景图,来看看是如何实现的

【文心智能体】通过工作流使用知识库来实现信息查询输出,一键查看旅游相关信息,让出行多一份信心

【文心智能体】通过低代码工作流编排创建应用《挑战奥运问答拿奖牌》

【文心智能体】梗图七夕版,一分钟让你看懂如何优化prompt,以及解析低代码工作流编排实现过程和零代码结合插件实现过程,依然是干货满满,进来康康吧

【AI人工智能】文心智能体,00后疯感工牌生成器,低代码工作流的简单应用以及图片快速响应解决方案,干货满满,不容错过哦

【文心智能体】前几天百度热搜有一条非常有趣的话题《00后疯感工牌》,看看如何通过低代码工作流方式实现图片显示

【文心智能体】通过工作流使用知识库来实现信息查询输出,一键查看旅游相关信息,让出行多一份信心

Read more

GHCTF2025-WEB题解:如何用SSTI绕过WAF黑名单(附实战payload)

从GHCTF2025实战出发:深度拆解SSTI黑名单绕过策略与高阶Payload构造 最近在GHCTF2025的WEB赛道上,一道看似简单的文件上传题目,却让不少选手陷入了“知道有洞,但payload总被拦截”的困境。这道题表面上是文件上传,实际上却是一场针对SSTI(服务器端模板注入)绕过能力的深度考验。我在实际测试中发现,很多选手能够快速识别出SSTI漏洞的存在,但在面对严格的黑名单过滤时,却往往束手无策,反复尝试的payload都被WAF无情拦截。 这种情况在真实的渗透测试和CTF比赛中并不少见。WAF(Web应用防火墙)的过滤规则越来越智能,传统的{ {7*7}}测试虽然能确认漏洞,但真正要执行命令、读取文件时,那些包含os、flag、__builtins__等关键词的payload几乎都会被第一时间拦截。这道题的精妙之处在于,它模拟了一个相对真实的防御环境——不仅过滤常见敏感词,还对下划线这种在Python反射中至关重要的字符进行了拦截。 本文将从实战角度出发,不局限于GHCTF2025这一道题目,而是系统性地探讨SSTI黑名单绕过的核心思路、技术原理和进阶技巧。我会结

前端通用 Token 全流程操作指南(常见常用版)

前端通用 Token 全流程操作指南(常见常用版) 本文梳理 所有前端框架通用 的 Token 操作逻辑,剥离具体项目/技术栈细节,聚焦「获取→存储→使用→过期→清除」的核心生命周期,每个步骤均标注「通用场景+通用方案+注意事项」,适合所有前端开发场景,可直接作为开发速查表。 前置说明:Token 的核心定位 Token 是后端签发的临时访问凭证,核心作用是: 1. 证明“当前用户是谁”(身份认证); 2. 证明“当前用户有权限访问”(权限校验)。 一、第一步:登录成功获取 Token 通用场景 用户通过账号密码/验证码/第三方登录等方式,向后端发起登录请求,后端验证通过后,在响应体中返回 Token。

前端图片加载失败、 img 出现裂图的原因全解析

在前端开发过程中,我们几乎都遇到过这种情况: 页面中某张图片加载不出来,显示成一个小小的“裂图”图标。 这看似简单的问题,实际上可能由多种原因造成,尤其是在 HTTPS 环境下,混合内容机制(Mixed Content) 是最常见、也最容易被误解的根源之一。 本文将带你系统梳理裂图的各种原因、排查思路,并重点讲清楚混合内容的原理与浏览器行为。 一、什么是“裂图”? “裂图”(broken image)是指浏览器尝试加载 <img> 标签的图片资源失败时的表现形式。 常见表现: * 图片区域显示为灰底、叉号、占位符; * 控制台出现 Failed to load resource 或 Mixed Content 警告; * Network 面板中图片请求状态码为 404 / 403 / blocked。 二、常见的裂图原因汇总

WebRTC / HLS / HTTP-FLV 的本质区别与选型指南

WebRTC / HLS / HTTP-FLV 的本质区别与选型指南

在做系统级直播(而不是自己本地播放)时,很多人都会遇到一个经典问题: WebRTC、HLS、HTTP-FLV 到底有什么区别? 项目中到底该选哪个? 传输协议不同 → 延迟不同 → 兼容性 / 稳定性 / 成本不同 在系统里选哪个,核心看两点: 你要多低的延迟?你要多强的兼容和稳定? 一、简介 * WebRTC:超低延迟(0.2 ~ 1s),适合实时监控、无人机、实时指挥 * HLS(hls.js):最稳、最通用(5 ~ 15s),适合活动直播、课程、公开大并发 * HTTP-FLV(flv.js):中低延迟(1 ~ 3s),适合想比 HLS 低延迟,但不想用 WebRTC 的场景(