尧图网络科技YAOTU DIGITAL 获取报价
获取报价
首页 / 资讯中心 / 文章详情

LifeOS Fabric 模式实战:用 create_show_intro 模式为播客生成高质量开场白

发布时间:2026/9/15 18:06:58

资讯中心
01
ARTICLE

LifeOS Fabric 模式实战:用 create_show_intro 模式为播客生成高质量开场白

LifeOS Fabric 模式实战:用 create_show_intro 模式为播客生成高质量开场白
LifeOS Fabric 模式实战用 create_show_intro 模式为播客生成高质量开场白【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS导读create_show_intro是 LifeOS 内置 Fabric 技能库中的一个提示词模式Pattern专门用于在节目播放前生成极具吸引力的短开场白——它要求 AI 以资深播客与媒体制作人的身份从整期对话中提炼最具新意与惊喜感的话题并按固定格式组织成嘉宾介绍 话题清单 开场过渡三段式文案。本文将以 create_show_intro/system.md 为主体完整拆解该模式的角色设定、处理步骤、输出模板与约束规则并结合 LifeOS 的 Fabric 技能架构SKILL.md 与 ExecutePattern.md说明它在实际工作流中如何被原生加载与执行。读完本文你将掌握该模式的完整调用方式、输出规范并能把它改造成适配自己播客/访谈栏目的开场白生成模板。一、模式定位它解决什么问题在播客、访谈或对话类内容的生产流程中开场白承担着第一印象的职责——它要在短短几句话内让听众明确这期节目是谁、聊什么、为什么值得听。然而手写开场白常常面临两个痛点信息取舍难一期 60 分钟的对谈可能覆盖十多个话题开场白既要点出最精彩的亮点又要均匀覆盖全程不能以偏概全表达生硬缺乏经验的写作者容易把开场白写成干巴巴的本期嘉宾是 X我们讨论了 Y缺乏悬念与节奏感。create_show_intro模式把这一任务标准化为一条可复用的提示词通过明确的角色身份、处理步骤、输出格式和约束规则让 AI 每次都能稳定地产出风格统一、结构完整、悬念感强的开场白。在 LifeOS 的 Fabric 模式体系中它归属于Creation创作类能力与create_threat_model、create_prd、create_keynote等模式并列存放于Patterns/目录下通过 pattern_explanations.md 的官方说明可确认其定位Creates compelling short intros for podcasts, summarizing key topics and themes discussed in the episode.为播客创建引人入胜的短开场白概括节目中讨论的关键话题与主题。二、模式完整拆解system.md 的四个核心区块create_show_intro模式完整定义在 LifeOS/install/skills/Fabric/Patterns/create_show_intro/system.md共 70 余行与其他 Fabric 模式一样遵循 IDENTITY → STEPS → OUTPUT → OUTPUT INSTRUCTIONS → INPUT 的通用骨架。下面逐区块还原其完整内容并做要点讲解。2.1 IDENTITY and PURPOSE角色与目标设定You are an expert podcast and media producer specializing in creating the most compelling and interesting short intros that are read before the start of a show.Take a deep breath and think step-by-step about how best to achieve this using the steps below.模式首先将 AI 锁定为资深的播客与媒体制作人专业方向是在节目开播前朗读的、最具吸引力和趣味性的短开场白。两句深呼吸、分步思考的引导语属于经典的过程性提示process prompt用于鼓励模型在正式产出前进行有条理的多步推理而不是一步到位地直接生成。2.2 STEPS四步处理流程模式的执行逻辑被拆成四个明确步骤完整收听并理解整期节目Fully listen to and understand the entire show——强调必须以全量输入为基础不可只取片段在脑中记录所有话题与主题Take mental note of all the topics and themes... on a virtual whiteboard in your mind——先把信息全面铺开从该清单中筛选从新颖性与惊喜感角度最有趣的部分create a list of the most interesting parts from a novelty and surprise perspective——这是质量把关的关键一步把重要与有趣区分开选题标准明确为新颖novelty与惊喜surprise基于这些新颖话题生成节目标题性话题清单Create a list of show header topics from that list of novel and surprising topics——把筛选结果收敛成最终用于开场白的头部话题列表。从源码结构看这四步构成一条典型的全量收集 → 广度罗列 → 新颖性筛选 → 收敛成稿流水线先发散后收敛保证开场白既不遗漏全程重点又能突出最有吸引力的爆点。2.3 OUTPUT三段式输出模板模式规定的输出格式非常具体是一个可套用的三段式文案骨架In this conversation I speak with _______. ________ is ______________. In this conversation we discuss: - Topic 1 - Topic 2 - Topic N - Topic N ...最多 10 条 And with that, heres the conversation with _______.三个组成部分分别是开场介绍句In this conversation I speak with. 点出嘉宾身份第二句用一句话概括嘉宾背景is ___话题清单以无序列表列出讨论要点数量上限为 10 条up to 10收尾过渡句And with that, heres the conversation with ___. 作为开场白与正片之间的自然衔接。2.4 EXAMPLE标准示例模式自带一个完整示例直接展示了成品形态示例中的嘉宾为 Avantix 公司 CEO Jason Michelson该公司为数字助手构建 AR 界面In this conversation I speak with Jason Michelson. Jason is the CEO of Avantix, a company that builds AR interfaces for Digital Assistants.We discuss:The state of AR in 2021The founding of AvantixWhy AR is the best interfaceAvantixs AR approachContinuous physical awarenessThe disparity in AR adoptionAvantix use casesA demo of the interfaceThoughts on DA advancementsWhats next for AvantixAnd how to connect with AvantixAnd with that, heres my conversation with Jason Michelson.该示例透露了几个可复用的细节话题清单从宏观行业态势The state of AR in 2021起手经过公司背景、技术路线、应用场景收尾于未来展望与互动方式Whats next / How to connect覆盖了从面到点、从过去到未来的完整叙事跨度同时在最后一条话题上使用 And how to connect with... 这样的互动性表达为节目留下延伸钩子。2.5 OUTPUT INSTRUCTIONS输出硬性约束为保证不同模型、不同输入下输出的一致性和可读性模式定义了四条硬性约束只输出合法 MarkdownYou only output valid Markdown每条话题长度为 2-7 个单词Each topic should be 2-7 words long——既保证信息密度又避免单条话题冗长失衡不要使用星号或其他特殊字符做 Markdown 格式化Do not use asterisks or other special characters... Use Markdown syntax thats more readable in plain text——即输出以纯文本可读性优先不滥用加粗、斜体等强调符话题之间要均匀分布Ensure the topics are equally spaced to cover both the most important topics covered but also the entire span of the show——在最重要话题与全程覆盖面之间取得平衡防止开场白只堆砌单一爆点而忽略整体。三、在 LifeOS 中如何被调用Fabric 技能原生执行机制create_show_intro不是独立运行的脚本而是 LifeOS Fabric 技能所管理的 240 提示词模式之一。理解它的执行方式需要先了解 Fabric 技能的整体架构。3.1 模式的存放位置与结构在 LifeOS 仓库中Fabric 技能位于 LifeOS/install/skills/Fabric其核心目录结构为LifeOS/install/skills/Fabric/ ├── SKILL.md # 技能元信息与使用说明 ├── Patterns/ # 240 提示词模式本地存储 │ ├── create_show_intro/ │ │ └── system.md # 该模式的完整提示词 │ ├── extract_wisdom/ │ │ └── system.md │ └── ... └── Workflows/ ├── ExecutePattern.md # 模式执行工作流 └── UpdatePatterns.md # 模式更新工作流每个模式的system.md就是一条完整的提示词通常包含 IDENTITY角色、PURPOSE目标、STEPS处理步骤、OUTPUT结构化输出格式四个部分——这正是 SKILL.md 中明确描述的 Pattern Structure 约定。3.2 原生执行无需 CLI 的直通链路根据 SKILL.md 的说明LifeOS 对大多数模式采用原生执行Native Pattern Execution即 AI 直接读取模式的system.md并按其中指令处理输入全程不经过 fabric CLIUser Request → Pattern Selection → Read system.md → Apply → Return Results对应的执行细节在 ExecutePattern.md 中被拆为五个步骤从用户意图识别模式根据请求关键词匹配模式。例如用户说给这期播客写个开场白即可命中create_show_intro若用户显式点名use create_show_intro则直接使用该模式加载模式系统提示词读取Patterns/{pattern_name}/system.md的完整内容将模式应用到内容AI 遵循 system.md 中的 STEPS 与 OUTPUT INSTRUCTIONS 处理输入内容这是AI 阅读并遵循模式指令而非调用外部工具特殊场景才使用 fabric CLI仅当输入是 YouTube 链接fabric -y URL或普通 URL 抓取失败fabric -u URL时才回退到 CLI此外若命中 summarize 家族模式且输入为 URL 或 ≥200 字符的文本会并行触发知识收割harvest副作用按模式规范格式化输出严格保留模式 OUTPUT 区块规定的结构保证一致性与可复现性。3.3 自定义与升级路径个性化定制SKILL.md 约定执行前应检查~/.claude/LIFEOS/USER/CUSTOMIZATIONS/SKILLS/Fabric/目录若存在 PREFERENCES.md 等自定义资源将覆盖默认行为。也就是说你可以把改造版create_show_intro放在该目录实现栏目专属的开场白风格而不必改动仓库内默认模式。模式更新通过 UpdatePatterns.md 描述的工作流用fabric -U拉取上游最新模式再以rsync -av --delete同步到本机Patterns/目录即可持续获得模式改进。四、实战应用把模式改造成你的播客开场白模板结合模式原文与执行机制给出可直接落地的改造与使用建议。4.1 通用调用姿势向 AI 发起请求时最直接的表述是使用 create_show_intro 模式为以下这期节目生成开场白随后附上节目完整文本或逐字稿。AI 会按照 ExecutePattern 工作流命中该模式读取 system.md 并执行四步处理流程最终输出三段式开场白。若你的节目是英文访谈可直接使用原文模板若是中文节目可在自定义目录中提供一份中文版模板将句式替换为这期节目我邀请到了___。是一位。我们讨论了…… 那么现在就让我们开始和___的对话。4.2 模式参数速查表要素规范说明角色资深播客与媒体制作人输出身份锚定保证语气专业输入整期节目内容文本/逐字稿必须以全量为处理基础处理流程全量理解 → 罗列话题 → 新颖性筛选 → 生成头部话题先发散后收敛话题条数最多 10 条up to 10超出部分须舍弃单条长度2-7 个单词控制信息密度输出结构介绍句 话题列表 过渡句三段式固定骨架覆盖原则重要话题与全程覆盖均衡防止单点爆堆格式约束合法 Markdown、禁用星号强调保证纯文本可读性4.3 对模式做二次增强的切入点从实现事实出发可在不破坏模式骨架的前提下做以下增强补充嘉宾履历锚点示例中 Jason is the CEO of Avantix, a company that builds AR interfaces... 的句式可在自定义版中扩展为身份 公司 产品定位三要素提升开场信息的完整度话题排序策略示例展示宏观态势 → 公司/技术 → 应用场景 → 未来展望的排序可在 STEPS 中追加一条按从宏观到微观、从过去到未来的顺序排列话题与知识收割联动若开场白处理的节目内容 ≥200 字符按照 ExecutePattern.md 第 4b 步的约定系统可并行触发 harvest 知识收割将节目精华沉淀为 KNOWLEDGE 笔记——开场白生成与内容入库一次完成。五、结语create_show_intro是 Fabric 模式体系中小而精的典型代表它用一份 70 行的 system.md 定义了角色、流程、模板与约束四层规范把写开场白这一主观创作任务转化为可稳定复现的标准化工序。在 LifeOS 中它依托 ExecutePattern 工作流 被原生加载执行无需 CLI 依赖即可随时调用并通过用户自定义目录实现栏目级风格定制。无论你是播客制作人、访谈栏目运营者还是想为自己的对话类内容建立统一开场模板都可以直接复用或按上文改造这一模式——它体现的先发散收集、再新颖性筛选、后模板化输出的提示词工程思路同样值得迁移到其他创作类模式的设计中。【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
02
RELATED NEWS

相关资讯

更多网站建设与数字化升级内容

03
WHY YAOTU

想打造同款高转化官网?

懂行业、懂生意,从建站到增长一站式陪跑

场景化定制

不做模板站,围绕你的业务场景量身设计,小众不撞款。

营销型架构

以转化目标组织内容与路径,让官网真正带来询盘。

全周期服务

设计、开发、运营、运维一体,上线只是开始。

免费获取你的建站方案

留下需求,专属顾问 24 小时内为你输出方案建议。