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

推荐订阅源

C
CERT Recently Published Vulnerability Notes
U
Unit 42
T
The Blog of Author Tim Ferriss
H
Hackread – Cybersecurity News, Data Breaches, AI and More
B
Blog RSS Feed
Microsoft Azure Blog
Microsoft Azure Blog
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
S
Securelist
L
Lohrmann on Cybersecurity
Blog — PlanetScale
Blog — PlanetScale
Recorded Future
Recorded Future
D
DataBreaches.Net
Spread Privacy
Spread Privacy
T
Threat Research - Cisco Blogs
I
Intezer
P
Palo Alto Networks Blog
Simon Willison's Weblog
Simon Willison's Weblog
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
I
InfoQ
宝玉的分享
宝玉的分享
Security Latest
Security Latest
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
T
Threatpost
Cisco Talos Blog
Cisco Talos Blog
P
Proofpoint News Feed
博客园 - 司徒正美
H
Hacker News: Front Page
Y
Y Combinator Blog
爱范儿
爱范儿
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
NISL@THU
NISL@THU
月光博客
月光博客
有赞技术团队
有赞技术团队
Cloudbric
Cloudbric
酷 壳 – CoolShell
酷 壳 – CoolShell
G
Google Developers Blog
A
Arctic Wolf
博客园 - 【当耐特】
W
WeLiveSecurity
V
Visual Studio Blog
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
V
V2EX
C
Cyber Attacks, Cyber Crime and Cyber Security
S
SegmentFault 最新的问题
The GitHub Blog
The GitHub Blog
The Cloudflare Blog
Stack Overflow Blog
Stack Overflow 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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
Dify「模板转换」节点终极指南:动态文本生成进阶技巧(附代码)Jinja2引擎解析
饼干哥哥 · 2025-06-21 · via 人人都是产品经理

这篇文章是关于Dify「模板转换」节点的终极指南,解析了基于Jinja2模板引擎的动态文本生成技巧,涵盖多源文本整合、知识检索结构化、动态API构建及个性化内容生成等六大应用场景,助力开发者高效利用模板转换节点。

很多小伙伴希望想看Dify工作流的方式,毕竟这样才能在业务落地

但要想实现这个,前提是要掌握 Dify 的一个神器——模板转换。

以下内容是纯知识干货,适合转发收藏起来逐个跟着实践。看完能应对 80% 的「动态文本生成」高频场景。

Dify的模板转换节点,基于强大的Jinja2模板引擎,为AI应用开发者提供了在工作流中进行灵活数据转换与动态文本生成的核心能力。

它允许开发者通过简洁的模板语法,轻松实现文本拼接、格式转换、数据结构重组等多种操作,从而优化数据流转效率,增强应用输出的个性化与智能化。

本文将深入解析模板转换节点的核心引擎Jinja2,并结合Dify平台特性,展示其在多源文本合成、知识检索结构化、动态API构建及个性化内容生成等关键场景的应用技巧,助您驾驭这一强大工具。

核心引擎:Jinja2的机制与特性

Jinja2是一款成熟、功能丰富且高效的Python模板引擎,其核心目标在于将应用程序的业务逻辑与展示逻辑(如HTML、XML、配置文件或任意文本格式)清晰分离。

它通过优雅的语法、模板继承、宏、过滤器及可扩展性,实现了动态内容嵌入静态模板的需求。

Jinja2的语法直观,主要包括:

  • {{ … }}用于输出变量或表达式结果(默认自动HTML转义以防XSS攻击)
  • {% … %}用于控制语句(如循环、条件判断、宏定义)
  • 以及{# … #}用于注释。

其强大的特性如模板继承允许定义基础布局,子模板可覆写特定区块;宏则类似函数,封装可重用逻辑;丰富的内置过滤器(如trim, join, length, default, tojson)及自定义过滤器能力,极大地增强了数据处理的灵活性。

Jinja2支持完整的控制结构,如{% if %}条件判断和{% for %}循环(包含loop变量以访问循环状态),以及变量赋值{% set %}。这些特性使得模板不仅能展示数据,还能执行轻量级逻辑判断与数据迭代处理。

在Dify中,模板转换节点正是利用Jinja2的这些能力,使得开发者无需编写复杂的代码节点,即可在工作流中高效处理和编排文本数据。

以上只是 Jinja2 的冰山一角,更多需要到中文文档学习:https://docs.jinkan.org/docs/jinja2/

为了帮助大家「干中学」我整理了模板转换的 6 大高频应用场景,理解它们,也就掌握得七七八八了。

模板转换节点的关键应用场景与技巧

Dify的模板转换节点凭借Jinja2引擎,在构建AI应用工作流时展现出极高的灵活性和实用性。以下将结合具体场景和代码示例,探讨其核心应用方式,重点突出数据整合、结构化输出及动态生成能力。

1. 多源文本与数据拼接整合

在AI应用中,常需要将来自不同节点或变量的文本片段、数据项组合成单一的、结构化的文本输出,作为后续LLM的提示词、用户回复或日志记录。模板转换节点为此提供了便捷的解决方案。例如,将分散的文章标题、开头和正文内容合并成一篇完整文档。

对于更复杂的场景,如处理迭代节点输出的多个内容项,可通过循环实现。假设迭代节点输出一个名为arg的数组,每个元素section需要被拼接并用分隔符隔开:

{% for section in arg %}
{{ section }}
———————————-
{% endfor %}

这种方式常用于汇总迭代处理的结果,形成一份完整的报告或长文本。

例如我做公众号的工作流,里面有个「迭代」负责把每篇内容分别发布到公众号里

迭代的下一个节点就做了一个「模板转换」逐个每个成功发送的记录都显示出来

2. 知识检索结果的结构化与美化

从知识库检索到的信息往往包含多个内容片段及其元数据(如相似度得分、来源等)。模板转换节点能将这些原始数据优雅地格式化为易读的报告,例如Markdown格式,便于呈现或进一步处理。

实例:

定义从知识库中检索的数组结果,为变量retrieved_chunks

核心还是要设计好展示的模板:

## 知识检索报告

{% if retrieved_chunks and retrieved_chunks | length > 0 %}

{% for chunk in retrieved_chunks %}

###

{{ loop.index }}. {{ chunk.title }}

(相似度:

{{ “%.2f” | format(chunk.score | default(0)) }}

)

{{ chunk.content | replace(‘n’, ‘nn’) }}

{% endfor %}{% else %}

未检索到相关信息。

{% endif %}

该模板遍历retrieved_chunks列表,为每个知识片段创建包含序号、标题、相似度(使用format过滤器格式化并提供default值)的子标题,并处理内容中的换行符,使其在Markdown中正确分段。

能看到它把知识库检索的结果结构化整理出来了:

这段代码是Jinja2能力的一个综合展示,非常典型。

我们来逐行分解:

1){% if retrieved_chunks and retrieved_chunks | length > 0 %}: 这是一个条件判断语句。

语法: {% if … %} … {% else %} … {% endif %} 是Jinja2的条件控制结构。

解释: 这里做了双重检查:retrieved_chunks 确保变量存在且不为null;retrieved_chunks | length > 0 确保这个变量(通常是列表或数组)不为空。| length 是一个过滤器 (Filter),作用是获取变量的长度,类似于Python的len()。这个判断保证了只有在确实检索到内容时,才执行后续的循环渲染。

2){% for chunk in retrieved_chunks %}: 这是一个循环语句。

语法: {% for item in sequence %} … {% endfor %} 用于遍历一个序列(如列表、数组)。

解释: 它会遍历retrieved_chunks数组中的每一个元素,并将当前元素赋值给临时变量chunk。chunk在Dify中通常是一个包含content, title, score等字段的对象。

3){{ loop.index }}: 这是Jinja2在循环中的一个特殊变量。

语法: loop变量在for循环内部自动可用。

解释: loop.index 返回当前循环的迭代次数(从1开始)。其他常用的还有loop.index0(从0开始)、loop.first(是否为第一次迭代)、loop.last(是否为最后一次迭代),在处理列表时非常有用,比如在最后一项后不加分隔符。

4){{ “%.2f” | format(chunk.score | default(0)) }}: 这是一个嵌套使用过滤器的复杂表达式。

语法: | 符号用于将左侧的值传递给右侧的过滤器。可以连续使用,形成“管道(pipeline)”。

| default(0): 默认值过滤器。如果chunk.score变量不存在或者为null,就使用括号里的0作为默认值。这是保证代码健壮性的关键,避免因缺少可选字段而报错。

| format(…): 格式化过滤器。它将左侧的字符串(”%.2f”)作为格式化模板,来处理括号内的值。这里”%.2f”的意思是“格式化为一个保留两位小数的浮点数”。

5){{ chunk.content | replace(‘n’, ‘nn’) }}: 字符串替换。

| replace(from, to): 替换过滤器。将输入字符串中所有的from子串替换为to子串。在这里,它将内容中的单个换行符n替换为两个,这在Markdown语法里表示一个真正的换行(分段)。

3. 动态构建API请求体与数据结构

在与外部服务集成时,经常需要根据动态输入参数构造特定格式(如JSON)的API请求体。模板转换节点利用Jinja2的条件判断和变量替换能力,可以灵活生成这类数据结构。

{
“query”: “{{ user_query }}”,
“filters”: {
“status”: “{{ filter_type | default(‘any’) }}”,
{% if user_id %}
“customer_id”: “{{ user_id }}”,
{% endif %}
“created_after”: “{{ start_date_iso }}”
},
“pagination”: {
“limit”: {{ page_size | default(10) }},
“offset”: 0
}
}

此代码的核心技巧在于在静态的JSON结构中嵌入动态逻辑,以生成符合API要求的请求体。

1){{ … | default(…) }}: 在这个例子中,default过滤器被多次使用,用于处理可选参数。

“status”: “{{ filter_type | default(‘any’) }}”: 如果上游节点传入了filter_type变量,就使用它的值;如果没有,就使用默认值’any’。

“limit”: {{ page_size | default(10) }}: 同理,如果page_size未提供,则默认为10。注意这里输出的是数字,所以default的值也是数字10,而不是字符串’10’。Jinja2会正确处理数据类型。

2){% if user_id %}: 这是此模板最精妙的部分——动态增删JSON字段。

语法: {% if variable %} … {% endif %}

解释: 这个if语句块包裹了”customer_id”: “{{ user_id }}”,这一整行。只有当user_id变量存在且不为空时,这部分文本(包括键、值和末尾的逗号)才会被渲染到最终的输出中。如果user_id不存在,这三行就会被完全忽略,从而实现了动态添加/移除customer_id字段的功能。

延伸技巧与注意点: 这种方式对于处理JSON中的可选字段非常高效。但需要注意逗号的位置。在这个例子中,因为if块后面还有一个固定的created_after字段,所以逗号可以安全地放在if块内部。如果if块是对象中的最后一个可能的字段,直接加逗号可能会导致JSON格式错误。在这种情况下,通常需要更复杂的逻辑(如使用loop.last)来处理。

4. 实现个性化用户体验与动态内容定制

模板转换节点能够根据用户属性或上下文信息,生成个性化的文本内容,从而提升AI应用的交互体验。例如,根据用户名称和当前时间生成动态问候语。

你好,{{ user.name }}!
{% if current_time.hour < 6 %}夜深了,早点休息。
{% elif current_time.hour < 12 %}早上好!
{% elif current_time.hour < 14 %}中午好!
{% elif current_time.hour < 18 %}下午好!
{% else %}晚上好!
{% endif %}
今天有什么可以帮您的吗?

这里假设user.name和current_time.hour是上游传入的变量,通过Jinja2的条件逻辑判断当前时间段,输出相应的问候。这种方式同样适用于定制化产品推荐、动态邮件内容生成等场景。

这个模板的核心是利用多级条件判断来实现基于不同条件的文本分支。

1){{ user.name }}: 访问对象属性。

语法: object.property

解释: 这表明user是一个对象(或字典),我们通过点.来访问其名为name的属性。这是从变量中提取嵌套数据的标准方法。

2){% if … elif … else … %}: 完整的条件判断链。

{% if current_time.hour < 6 %}: 首先检查小时是否小于6。< 是标准的比较运算符。

{% elif current_time.hour < 12 %}: 如果上一个if不成立,则检查这个elif(”else if”的缩写)条件。

后续的elif和else以此类推。Jinja2会按顺序检查,一旦某个条件为真,就执行对应的代码块,然后跳出整个if/elif/else结构。

{% else %}: 如果以上所有if和elif条件都不满足,则执行else块中的代码。

语法: {% if condition1 %} … {% elif condition2 %} … {% else %} … {% endif %}

解释:

5. HTML表单渲染与交互式内容生成

Dify的模板转换节点也支持渲染HTML内容,可用于动态生成表单,为用户提供更丰富的交互界面。

<form data-format=”json”>

// Default to text

<labelfor=”username”>Username:</label>

<inputtype=”text”name=”username”/>

<labelfor=”password”>Password:</label>

<inputtype=”password”name=”password”/>

<labelfor=”content”>Content:</label>

<textarea name=”content”></textarea>

<labelfor=”date”>Date:</label>

<inputtype=”date”name=”date”/>

<labelfor=”time”>Time:</label>

<inputtype=”time”name=”time”/>

<labelfor=”datetime”>Datetime:</label>

<inputtype=”datetime”name=”datetime”/>

<labelfor=”select”>Select:</label>

<inputtype=”select”name=”select”data-options='[“hello”,”world”]’/>

<inputtype=”checkbox”name=”check”data-tip=”By checking this means you agreed”/>

<button data-size=”small”data-variant=”primary”>Login</button></form>

效果是这样:

而且每个组件还是选择使用的,很方便:

。这段代码本身并没有使用Jinja2的动态语法(如{{}}或{% %}),它展示的是一个Dify平台特定的功能:即模板转换节点可以直接输出特定格式的HTML,Dify的前端会将其解析并渲染成一个可交互的表单。

这里的关键点在于理解HTML标签上的data-*属性,它们是给Dify平台看的指令,而非标准的HTML行为。

<form data-format=”json”>:

解释: 这个属性告诉Dify,当用户提交这个表单时,应该将表单数据聚合成一个JSON对象,而不是默认的表单字符串。这是与后端或LLM节点进行结构化数据交互的基础。

<input type=”select” data-options='[“hello”,”world”]’/>:

解释: Dify识别到type=”select”,并会查找data-options属性。它会将这个属性的值(一个JSON数组格式的字符串)解析,并用它来填充下拉选择框的选项。这是一种无需Jinja2循环就能动态定义选项的便捷方式。

<input type=”checkbox” data-tip=”By checking this means you agreed”/>:

解释: data-tip属性被Dify用来在界面上为该复选框生成一个提示性的气泡(Tooltip),增强用户体验。

<button data-size=”small” data-variant=”primary”>:

解释: data-size和data-variant这类属性用于控制Dify渲染出的按钮的视觉样式,如大小和颜色主题(例如primary通常是蓝色主色调)。

也就是说,模板转换节点不仅能处理文本逻辑,还能作为动态UI生成器,在配合Jinja2语法来动态生成这些HTML。

6. 动态数据分析报告生成

# 销售报告

{{ date.today() | date_format(“%Y-%m-%d”) }}

**总销售额**:

¥{{ total_sales | round(2) | thousands_separator }}

## 区域表现

{% for region in regions %}- {{ region.name }}:

– 完成率: {{ (region.actual/region.target*100) | round(1) }}%

– 同比增长: {{ region.growth_rate | percent }}{% endfor %}

这个模板是前面所有知识点的一个高级融合,用于生成一份数据驱动的动态报告,包含了函数调用、算术运算和多种专用过滤器。

1) {{ date.today() | date_format(“%Y-%m-%d”) }}: 调用方法并格式化。

date.today(): 这表示date是一个对象,并且它有一个可以被调用的方法today()。Jinja2允许在模板中执行这种简单的无参方法调用。

| date_format(…): 这是一个假设存在(或自定义)的日期格式化过滤器,非常实用。”%Y-%m-%d”是格式化指令,分别代表四位数年份、两位数月份和两位数日期,最终会输出2023-10-27这样的格式。

2) {{ total_sales | round(2) | thousands_separator }}: 过滤器链式调用。

| round(2): round过滤器,用于四舍五入。参数2表示保留两位小数。

| thousands_separator: 这是一个非常有用的(通常是自定义或特定框架提供的)过滤器,用于给数字添加千位分隔符,如将12345.67转换为12,345.67,极大提升了金额的可读性。

3) {{ (region.actual/region.target*100) | round(1) }}%: 在模板中进行数学计算。

(region.actual/region.target*100): 这是Jinja2一个极其强大的特性。你可以直接在{{ … }}内用括号包裹表达式来进行加减乘除等数学运算。这里计算的是销售完成率的百分比。

| round(1): 将计算结果四舍五入到一位小数。注意百分号%是写在}}外面的,因为它是一个静态的文本后缀。

4){{ region.growth_rate | percent }}: 专用数据格式化。

| percent: 类似于date_format,这是一个假设存在的专用过滤器,它能将一个小数(如0.15)直接转换为带百分号的字符串(15%),比手动乘以100再加百分号更优雅。

通过熟练运用Jinja2的各项特性,Dify的模板转换节点远不止于简单的文本替换。它能够处理复杂逻辑、转换数据格式、美化输出,甚至创造互动内容,是构建强大、灵活AI应用不可或缺的一环。

本文由人人都是产品经理作者【饼干哥哥】,微信公众号:【饼干哥哥AGI】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。