LifeOS Fabric 技能实战用 extract_latest_video 模式从 YouTube RSS 精准提取最新视频链接【免费下载链接】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本篇文章围绕 LifeOS 内置 Fabric 技能中的extract_latest_video提示词模式展开剖析其系统提示词system.md的结构与设计意图并结合仓库中的get_youtube_rss、extract_videoid、youtube_summary等配套模式给出频道 URL → RSS 地址 → 最新视频链接 → 视频 ID → 摘要的完整自动化管线同时说明该模式在 LifeOS 中的原生执行方式与 Feed 系统里的 YouTube RSS 摄入机制。读完本文你将能够直接复用该模式把追踪某个 YouTube 频道的最新视频这类需求变成一条可重复、可脚本化的标准流程。模式速览extract_latest_video 是什么extract_latest_video是 LifeOS 内置 Fabric 技能SKILL.md所管理的 240 个专用提示词模式Pattern之一属于其中的Extraction提取类别。它的定位非常单一给定一个 YouTube RSS feed提取出其中最新发布视频的完整 URL并且只输出这个 URL。模式本体存储于仓库的 extract_latest_video/system.md全文仅由五个标准段落组成IDENTITY and PURPOSE、Steps、EXAMPLE OUTPUT、OUTPUT INSTRUCTIONS和INPUT。这正是 LifeOS 中所有 Fabric 模式共享的模板结构——每个模式的system.md都定义了IDENTITY角色、PURPOSE目标、STEPS处理步骤、OUTPUT输出格式四个要素见 SKILL.md 的 Pattern Structure 一节。逐段拆解 system.md模式的结构与设计意图以下为 extract_latest_video/system.md 的完整原文我们逐段分析其设计意图。1. IDENTITY and PURPOSE先立角色再定任务# IDENTITY and PURPOSE You are an expert at extracting the latest video URL from a YouTube RSS feed.这一段同时完成两件事给模型一个明确角色从 YouTube RSS feed 提取最新视频 URL 的专家并声明任务边界——只处理 YouTube RSS feed只做提取最新视频 URL这一件事。角色先行是 LifeOS 中所有 Fabric 模式的一致约定先让模型进入专家状态后续的步骤约束才有意义。2. Steps三步收敛逐步收窄输出# Steps - Read the full RSS feed. - Find the latest posted video URL. - Output the full video URL and nothing else.三步是一个典型的读全量 → 定位 → 收敛输出链路Read the full RSS feed要求读取完整的 RSS feed而不是只看开头几行。这一步的关键在于稳健性——最新发布的视频并不一定恒定地排在 feed 的第一个entry位置受条目缓存、发布时间精度等因素影响完整读取后才能可靠地判断最新。Find the latest posted video URL在完整内容中定位发布时间最新的视频条目并从中取出完整的视频 URL形如https://www.youtube.com/watch?v...。Output the full video URL and nothing else输出收敛到唯一目标排除一切附加信息。3. EXAMPLE OUTPUT用样例锚定输出形态# EXAMPLE OUTPUT https://www.youtube.com/watch?vabc123示例输出的作用不是展示真实链接而是锚定输出形态必须是一个完整的watch链接含协议与域名不能是视频 ID、不能是嵌入链接youtu.be/...或/embed/...、更不能是频道首页。这保证了后续任何消费该输出的程序脚本、下游提示词、Feed 摄入器拿到的都是统一格式。4. OUTPUT INSTRUCTIONS机器可消费的纯净输出约定# OUTPUT INSTRUCTIONS - Do not output warnings or notes—just the requested sections.这是整份 system.md 中最关键的一条约束禁止输出任何警告、注释或解释只输出请求的 URL。因为该模式的输出通常要喂给下游程序或作为变量复用任何多余的说明文字都会污染结果。这一点与同目录下的 extract_videoid/system.mdOutput the video ID by itself with NOTHING else included、get_youtube_rss/system.mdOutput only the RSS URL and nothing else完全一致——Fabric 提取类模式的共同纪律就是纯净输出。5. INPUT模式入口的占位协议# INPUT: INPUT:INPUT:是模式的标准输入锚点表示调用方在此处注入待处理的 RSS feed 内容。在 LifeOS 的原生执行流程中见下文该位置会被用户的 feed 数据或 URL 抓取结果填充。组合管线从频道 URL 到视频摘要的四个模式接力extract_latest_video单独使用时只解决从 RSS 里找最新视频这一步但它与仓库中其他三个 YouTube 相关模式可以无缝串联成一条完整的自动化管线阶段模式输入输出1. 频道 → RSSget_youtube_rss频道 URL 或频道 IDhttps://www.youtube.com/feeds/videos.xml?channel_idUC...2. RSS → 最新视频extract_latest_videoRSS feed 内容https://www.youtube.com/watch?vabc1233. 视频 → 视频 IDextract_videoid视频 URLabc1234. 视频 → 摘要youtube_summary视频字幕带时间戳的 Markdown 摘要get_youtube_rss/system.md负责把频道 URL 或频道 ID 转换为 RSS 地址。该模式明确给出了 URL 构造规则频道https://www.youtube.com/channel/UCnCikd0s4i9KoDtaHPlK-JA对应的 RSS 是https://www.youtube.com/feeds/videos.xml?channel_idUCnCikd0s4i9KoDtaHPlK-JA——即从频道 URL 中提取UC开头的频道 ID拼接到 feeds 端点后。extract_videoid/system.md负责从任意 YouTube URL 中剥离出纯视频 ID供其他应用如字幕提取、播放器嵌入直接消费。youtube_summary/system.md是这条管线的终点它基于视频字幕输出带[HH:MM:SS]时间戳的 Markdown 结构化摘要。在 LifeOS 中字幕本身通过 fabric CLI 的-y参数获取见下文摘要结果还可以触发 Auto-Harvest 知识摄入见 ExecutePattern.md 的 Step 4b。组合起来的典型场景是给我追踪频道 X一旦发布新视频就总结它——get_youtube_rss拿到 feed →extract_latest_video拿到最新视频 →extract_videoid拿到 ID → 字幕 youtube_summary产出摘要。在 LifeOS 中如何执行该模式extract_latest_video属于无需外部 CLI 即可原生执行的模式。根据 SKILL.md 的说明LifeOS 的 Fabric 技能原生执行模式Native Pattern ExecutionAI 直接读取Patterns/{pattern_name}/system.md把其中的 IDENTITY / STEPS / OUTPUT INSTRUCTIONS 作为提示词套用到输入内容上全程不需要拉起 fabric CLI链路为User Request → Pattern Selection → Read system.md → Apply → Return Results在 Workflows/ExecutePattern.md 中记录了完整的执行流程识别模式根据用户请求的意图映射到对应模式。例如请求包含 extract、latest video 等语义时可以路由到extract_latest_video若用户显式指名模式use extract_latest_video则直接采用。加载模式提示词读取Patterns/{pattern_name}/system.md的完整内容。套用模式把系统提示词应用到用户提供的内容上AI 遵循其中的 STEPS 与 OUTPUT INSTRUCTIONS 生成结果。特殊场景才使用 fabric CLI只有两类情况需要回退到外部 CLI——YouTube 链接用fabric -y URL -p [pattern_name]-y自动抓取字幕普通链接在原生抓取失败如 CAPTCHA、反爬时用fabric -u URL -p [pattern_name]。格式化输出严格按模式 OUTPUT INSTRUCTIONS 指定的结构返回保证跨会话的一致性。SKILL.md 还特别给出了一条经验法则Gotchasfabric -y URL用于 YouTube 提取——不要自己去抓取 YouTube 页面字幕提取交给 fabric 原生处理同时提醒模式名必须精确匹配extract_latest_video不能写成extractlatestvideo不确定时可先用fabric --list核对。与 Feed 系统的衔接YouTube RSS 摄入的最佳实践extract_latest_video处理的对象——YouTube RSS feed——在 LifeOS 中还有一个更宏观的落地场景Feed 系统的源摄入。仓库的 FeedSystem.mdYouTube Ingestion Routing 一节给出了权威的机制说明rss_url状态摄入机制备注rss_url IS NOT NULLRSS Atom feedhttps://www.youtube.com/feeds/videos.xml?channel_idUC...无 API 配额消耗首选默认rss_url IS NULLYouTube Data API v3计入每日 1 万次配额仅留给需要更丰富元数据的源当同一频道可能被 RSS 轮询器与 API 轮询器同时覆盖时应在 API 侧过滤掉rss_url已设置的源避免重复烧配额。FeedSystem.md 还给出了把 YouTube 源从 API 路径迁移到 RSS 路径的 SQL 配方SQLite/D1 示例其中包含对频道 ID 的校验条件UPDATE feed_sources SET rss_url https://www.youtube.com/feeds/videos.xml?channel_id || youtube_channel_id, error_count 0, last_error NULL WHERE active 1 AND source_type IN (youtube,youtube_channel) AND youtube_channel_id IS NOT NULL AND youtube_channel_id LIKE UC% AND LENGTH(youtube_channel_id) 24;其中LIKE UC%与LENGTH(...) 24正是对 YouTube 频道 ID 格式UC前缀 22 位字符的校验与get_youtube_rss模式的构造逻辑互相印证。文档还说明 YouTube 的 RSS Atom 端点在 Cloudflare Workers IP 上可正常返回 HTTP 200因此该迁移在 Workers 托管的轮询器上安全可行。在这个语境下extract_latest_video承担的角色就清晰了Feed 系统负责周期性摄入整个频道的视频流入库、评分、路由而该模式负责即时性的最新一条查询——两者互补分别覆盖监控全量与抓取最新两种需求。最佳实践与注意事项结合模式本身与仓库中的技能文档使用extract_latest_video时有几点值得注意输入必须是完整的 RSS feed 内容。模式的第一步是 Read the full RSS feed因此调用时应把 feed 全文而非摘要或链接注入INPUT:位置如果手里只有频道 URL先经get_youtube_rss模式换算成 RSS 地址。输出是严格的单行 URL。OUTPUT INSTRUCTIONS 明确禁止附加任何警告与注释适合直接作为 shell 变量、下游脚本参数或另一个模式的输入。优先原生执行CLI 仅作回退。绝大多数场景下让 AI 直接读取并套用 system.md 即可只有需要抓取字幕fabric -y或原生抓取失败fabric -u时才拉起 CLI见 SKILL.md。超长内容注意上下文上限。SKILL.md 的 Gotchas 提醒对于超长输入应先分块或先用 summarize 类模式压缩避免超出模式上下文限制。模式名精确匹配。LifeOS 的模式目录按Patterns/{pattern_name}/system.md组织如 extract_latest_video/system.md模式名是精确标识符拼写错误会直接命中 Pattern not found 错误处理分支见 ExecutePattern.md。延伸阅读Fabric 技能总览240 模式的类别划分Extraction / Summarization / Analysis / Creation / Improvement / Security / Rating、原生执行机制与 CLI 回退规则ExecutePattern 工作流模式识别决策树、Auto-Harvest 副作用、错误处理get_youtube_rss 模式频道 URL → RSS 地址的构造规则extract_videoid 模式URL → 视频 ID 的纯净输出模式youtube_summary 模式字幕 → 带时间戳 Markdown 摘要Feed 系统文档YouTube RSS 摄入路由、配额策略与 SQL 迁移配方【免费下载链接】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），仅供参考
LifeOS Fabric 技能实战用 extract_latest_video 模式从 YouTube RSS 精准提取最新视频链接【免费下载链接】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本篇文章围绕 LifeOS 内置 Fabric 技能中的extract_latest_video提示词模式展开剖析其系统提示词system.md的结构与设计意图并结合仓库中的get_youtube_rss、extract_videoid、youtube_summary等配套模式给出频道 URL → RSS 地址 → 最新视频链接 → 视频 ID → 摘要的完整自动化管线同时说明该模式在 LifeOS 中的原生执行方式与 Feed 系统里的 YouTube RSS 摄入机制。读完本文你将能够直接复用该模式把追踪某个 YouTube 频道的最新视频这类需求变成一条可重复、可脚本化的标准流程。模式速览extract_latest_video 是什么extract_latest_video是 LifeOS 内置 Fabric 技能SKILL.md所管理的 240 个专用提示词模式Pattern之一属于其中的Extraction提取类别。它的定位非常单一给定一个 YouTube RSS feed提取出其中最新发布视频的完整 URL并且只输出这个 URL。模式本体存储于仓库的 extract_latest_video/system.md全文仅由五个标准段落组成IDENTITY and PURPOSE、Steps、EXAMPLE OUTPUT、OUTPUT INSTRUCTIONS和INPUT。这正是 LifeOS 中所有 Fabric 模式共享的模板结构——每个模式的system.md都定义了IDENTITY角色、PURPOSE目标、STEPS处理步骤、OUTPUT输出格式四个要素见 SKILL.md 的 Pattern Structure 一节。逐段拆解 system.md模式的结构与设计意图以下为 extract_latest_video/system.md 的完整原文我们逐段分析其设计意图。1. IDENTITY and PURPOSE先立角色再定任务# IDENTITY and PURPOSE You are an expert at extracting the latest video URL from a YouTube RSS feed.这一段同时完成两件事给模型一个明确角色从 YouTube RSS feed 提取最新视频 URL 的专家并声明任务边界——只处理 YouTube RSS feed只做提取最新视频 URL这一件事。角色先行是 LifeOS 中所有 Fabric 模式的一致约定先让模型进入专家状态后续的步骤约束才有意义。2. Steps三步收敛逐步收窄输出# Steps - Read the full RSS feed. - Find the latest posted video URL. - Output the full video URL and nothing else.三步是一个典型的读全量 → 定位 → 收敛输出链路Read the full RSS feed要求读取完整的 RSS feed而不是只看开头几行。这一步的关键在于稳健性——最新发布的视频并不一定恒定地排在 feed 的第一个entry位置受条目缓存、发布时间精度等因素影响完整读取后才能可靠地判断最新。Find the latest posted video URL在完整内容中定位发布时间最新的视频条目并从中取出完整的视频 URL形如https://www.youtube.com/watch?v...。Output the full video URL and nothing else输出收敛到唯一目标排除一切附加信息。3. EXAMPLE OUTPUT用样例锚定输出形态# EXAMPLE OUTPUT https://www.youtube.com/watch?vabc123示例输出的作用不是展示真实链接而是锚定输出形态必须是一个完整的watch链接含协议与域名不能是视频 ID、不能是嵌入链接youtu.be/...或/embed/...、更不能是频道首页。这保证了后续任何消费该输出的程序脚本、下游提示词、Feed 摄入器拿到的都是统一格式。4. OUTPUT INSTRUCTIONS机器可消费的纯净输出约定# OUTPUT INSTRUCTIONS - Do not output warnings or notes—just the requested sections.这是整份 system.md 中最关键的一条约束禁止输出任何警告、注释或解释只输出请求的 URL。因为该模式的输出通常要喂给下游程序或作为变量复用任何多余的说明文字都会污染结果。这一点与同目录下的 extract_videoid/system.mdOutput the video ID by itself with NOTHING else included、get_youtube_rss/system.mdOutput only the RSS URL and nothing else完全一致——Fabric 提取类模式的共同纪律就是纯净输出。5. INPUT模式入口的占位协议# INPUT: INPUT:INPUT:是模式的标准输入锚点表示调用方在此处注入待处理的 RSS feed 内容。在 LifeOS 的原生执行流程中见下文该位置会被用户的 feed 数据或 URL 抓取结果填充。组合管线从频道 URL 到视频摘要的四个模式接力extract_latest_video单独使用时只解决从 RSS 里找最新视频这一步但它与仓库中其他三个 YouTube 相关模式可以无缝串联成一条完整的自动化管线阶段模式输入输出1. 频道 → RSSget_youtube_rss频道 URL 或频道 IDhttps://www.youtube.com/feeds/videos.xml?channel_idUC...2. RSS → 最新视频extract_latest_videoRSS feed 内容https://www.youtube.com/watch?vabc1233. 视频 → 视频 IDextract_videoid视频 URLabc1234. 视频 → 摘要youtube_summary视频字幕带时间戳的 Markdown 摘要get_youtube_rss/system.md负责把频道 URL 或频道 ID 转换为 RSS 地址。该模式明确给出了 URL 构造规则频道https://www.youtube.com/channel/UCnCikd0s4i9KoDtaHPlK-JA对应的 RSS 是https://www.youtube.com/feeds/videos.xml?channel_idUCnCikd0s4i9KoDtaHPlK-JA——即从频道 URL 中提取UC开头的频道 ID拼接到 feeds 端点后。extract_videoid/system.md负责从任意 YouTube URL 中剥离出纯视频 ID供其他应用如字幕提取、播放器嵌入直接消费。youtube_summary/system.md是这条管线的终点它基于视频字幕输出带[HH:MM:SS]时间戳的 Markdown 结构化摘要。在 LifeOS 中字幕本身通过 fabric CLI 的-y参数获取见下文摘要结果还可以触发 Auto-Harvest 知识摄入见 ExecutePattern.md 的 Step 4b。组合起来的典型场景是给我追踪频道 X一旦发布新视频就总结它——get_youtube_rss拿到 feed →extract_latest_video拿到最新视频 →extract_videoid拿到 ID → 字幕 youtube_summary产出摘要。在 LifeOS 中如何执行该模式extract_latest_video属于无需外部 CLI 即可原生执行的模式。根据 SKILL.md 的说明LifeOS 的 Fabric 技能原生执行模式Native Pattern ExecutionAI 直接读取Patterns/{pattern_name}/system.md把其中的 IDENTITY / STEPS / OUTPUT INSTRUCTIONS 作为提示词套用到输入内容上全程不需要拉起 fabric CLI链路为User Request → Pattern Selection → Read system.md → Apply → Return Results在 Workflows/ExecutePattern.md 中记录了完整的执行流程识别模式根据用户请求的意图映射到对应模式。例如请求包含 extract、latest video 等语义时可以路由到extract_latest_video若用户显式指名模式use extract_latest_video则直接采用。加载模式提示词读取Patterns/{pattern_name}/system.md的完整内容。套用模式把系统提示词应用到用户提供的内容上AI 遵循其中的 STEPS 与 OUTPUT INSTRUCTIONS 生成结果。特殊场景才使用 fabric CLI只有两类情况需要回退到外部 CLI——YouTube 链接用fabric -y URL -p [pattern_name]-y自动抓取字幕普通链接在原生抓取失败如 CAPTCHA、反爬时用fabric -u URL -p [pattern_name]。格式化输出严格按模式 OUTPUT INSTRUCTIONS 指定的结构返回保证跨会话的一致性。SKILL.md 还特别给出了一条经验法则Gotchasfabric -y URL用于 YouTube 提取——不要自己去抓取 YouTube 页面字幕提取交给 fabric 原生处理同时提醒模式名必须精确匹配extract_latest_video不能写成extractlatestvideo不确定时可先用fabric --list核对。与 Feed 系统的衔接YouTube RSS 摄入的最佳实践extract_latest_video处理的对象——YouTube RSS feed——在 LifeOS 中还有一个更宏观的落地场景Feed 系统的源摄入。仓库的 FeedSystem.mdYouTube Ingestion Routing 一节给出了权威的机制说明rss_url状态摄入机制备注rss_url IS NOT NULLRSS Atom feedhttps://www.youtube.com/feeds/videos.xml?channel_idUC...无 API 配额消耗首选默认rss_url IS NULLYouTube Data API v3计入每日 1 万次配额仅留给需要更丰富元数据的源当同一频道可能被 RSS 轮询器与 API 轮询器同时覆盖时应在 API 侧过滤掉rss_url已设置的源避免重复烧配额。FeedSystem.md 还给出了把 YouTube 源从 API 路径迁移到 RSS 路径的 SQL 配方SQLite/D1 示例其中包含对频道 ID 的校验条件UPDATE feed_sources SET rss_url https://www.youtube.com/feeds/videos.xml?channel_id || youtube_channel_id, error_count 0, last_error NULL WHERE active 1 AND source_type IN (youtube,youtube_channel) AND youtube_channel_id IS NOT NULL AND youtube_channel_id LIKE UC% AND LENGTH(youtube_channel_id) 24;其中LIKE UC%与LENGTH(...) 24正是对 YouTube 频道 ID 格式UC前缀 22 位字符的校验与get_youtube_rss模式的构造逻辑互相印证。文档还说明 YouTube 的 RSS Atom 端点在 Cloudflare Workers IP 上可正常返回 HTTP 200因此该迁移在 Workers 托管的轮询器上安全可行。在这个语境下extract_latest_video承担的角色就清晰了Feed 系统负责周期性摄入整个频道的视频流入库、评分、路由而该模式负责即时性的最新一条查询——两者互补分别覆盖监控全量与抓取最新两种需求。最佳实践与注意事项结合模式本身与仓库中的技能文档使用extract_latest_video时有几点值得注意输入必须是完整的 RSS feed 内容。模式的第一步是 Read the full RSS feed因此调用时应把 feed 全文而非摘要或链接注入INPUT:位置如果手里只有频道 URL先经get_youtube_rss模式换算成 RSS 地址。输出是严格的单行 URL。OUTPUT INSTRUCTIONS 明确禁止附加任何警告与注释适合直接作为 shell 变量、下游脚本参数或另一个模式的输入。优先原生执行CLI 仅作回退。绝大多数场景下让 AI 直接读取并套用 system.md 即可只有需要抓取字幕fabric -y或原生抓取失败fabric -u时才拉起 CLI见 SKILL.md。超长内容注意上下文上限。SKILL.md 的 Gotchas 提醒对于超长输入应先分块或先用 summarize 类模式压缩避免超出模式上下文限制。模式名精确匹配。LifeOS 的模式目录按Patterns/{pattern_name}/system.md组织如 extract_latest_video/system.md模式名是精确标识符拼写错误会直接命中 Pattern not found 错误处理分支见 ExecutePattern.md。延伸阅读Fabric 技能总览240 模式的类别划分Extraction / Summarization / Analysis / Creation / Improvement / Security / Rating、原生执行机制与 CLI 回退规则ExecutePattern 工作流模式识别决策树、Auto-Harvest 副作用、错误处理get_youtube_rss 模式频道 URL → RSS 地址的构造规则extract_videoid 模式URL → 视频 ID 的纯净输出模式youtube_summary 模式字幕 → 带时间戳 Markdown 摘要Feed 系统文档YouTube RSS 摄入路由、配额策略与 SQL 迁移配方【免费下载链接】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），仅供参考
