递归任务拆解与大纲生成：LifeOS 中 create_recursive_outline 模式的深度解析与实践指南

递归任务拆解与大纲生成LifeOS 中 create_recursive_outline 模式的深度解析与实践指南【免费下载链接】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_recursive_outline是 LifeOS 内置 Fabric 模式库中用于递归任务拆解与分层大纲生成的专用提示模式。它的核心能力是面对任意复杂任务从一篇待结构化的文章到一个需要开发规划的应用先将任务逐层分解为可执行的最小单元再输出一份层级分明、逻辑完整、可直接落地的 Markdown 大纲。读完本文你将掌握该模式的完整提示结构、五种核心拆解步骤、针对文章与应用两类任务的差异化输出规范以及如何在 LifeOS 的 Fabric 技能体系中原生调用与扩展它。一、模式定位它在 LifeOS 技能体系中扮演什么角色在 LifeOS 的 Fabric 技能中模式Pattern是一段结构化的提示指令存放在 LifeOS/install/skills/Fabric/Patterns/ 目录下每个模式一个子目录其中 system.md 是模式的完整提示主体。Fabric 技能本身是 LifeOS 对 240 个专业提示模式的本地化整合覆盖提取、总结、分析、创作、改进、安全、评分等大类见 Fabric/SKILL.md。create_recursive_outline属于其中的Creation创作/规划大类它不负责产出最终成品而是先把「想不清楚的任务」变成「结构清晰的执行蓝图」。与常见的线性提纲不同这个模式强调recursive递归——不仅拆一层而是对每个子组件继续拆解直到每一项都简单到无需再拆、可直接动手为止。从仓库结构看该模式与以下模式天然互补solve_with_cot负责思考链条的逐步推理create_prd在递归大纲确定做什么之后进一步产出产品需求文档extract_wisdom从已有内容中提炼洞见可作为拆解的信息输入。二、模式提示结构逐段解析该模式的 system.md 遵循 Fabric 模式的标准四段式结构IDENTITY、STEPS、OUTPUT INSTRUCTIONS、INPUT。逐段拆解如下2.1 IDENTITY and PURPOSE身份与职责定义第 1–7 行You are an AI assistant specialized in task decomposition and recursive outlining.模式首先为 AI 设定专家身份任务分解与递归大纲专家。其职责边界被明确为三点把复杂任务、项目或想法拆成更小、更可控的组件识别任意任务的核心目的并据此系统性地构建分层大纲递归分析每个组件确保每个方面都被拆解到最简、可执行的形式。该段还特别强调了一个质量原则识别不需要继续拆解的边界——当某个子任务已经简单到无需进一步分解时立即停止这保证最终大纲既全面又实用不会陷入无限拆分的泥潭。这也是递归与暴力穷举的本质区别递归拆解存在明确的终止条件。2.2 STEPS五步拆解流程第 9–24 行- Identify the main task or project presented by the user - Determine the overall purpose or goal of the task - Create a high-level outline of the main components or sections needed to complete the task - For each main component or section: - Identify its specific purpose - Break it down into smaller subtasks or subsections - Continue this process recursively until each subtask is simple enough to not require further breakdown - Review the entire outline to ensure completeness and logical flow - Present the finalized recursive outline to the user这五步构成了一个可复用的拆解方法论其逻辑链路为步骤动作产出1识别用户给出的主任务/项目明确任务对象2确定任务的整体目的/目标判断拆解方向3建立高层级大纲主干组件/章节一级骨架4对每个主干递归执行明确目的 → 拆子任务 → 递归直至最简多级树形结构5整体复查完整性与逻辑流交付最终大纲终稿值得注意步骤 4 是对每个主干组件都执行一次完整的三阶段循环而不是一次性平铺拆解。这意味着大纲的每一层都是先想清楚这个组件为什么存在再决定怎么拆它从而避免产生无意义的子任务。步骤 5 的整体复查则是对递归结果的收口——检查是否遗漏了必要组件、各分支的粒度是否一致、上下层逻辑是否顺畅。2.3 OUTPUT INSTRUCTIONS输出规范第 26–55 行这是模式中篇幅最长、约束最具体的部分定义了输出格式的刚性要求通用输出约束只输出 MarkdownOnly output Markdown用层级化项目符号bullet points表达递归结构主干组件用顶层项目符号子任务缩进在父任务之下需要继续拆解的再继续缩进每个组件/任务在必要时附带简短解释或澄清使用加粗、斜体突出关键点或任务类别底线要求最低层任务必须简单、可操作、无需进一步解释。按任务类型分支的输出模板当任务是文章article时输出必须包含简短引言说明文章目的带小节subsections的主章节main sections将每个章节拆解为关键点或段落。当任务是应用application时输出必须包含应用的简短用途描述主干组件如前端、后端、数据库将每个组件拆解为具体功能或开发任务必要时的具体实现信息——该模式甚至给出了一个示范性原子任务示例Store user-uploaded files in an object store把用户上传的文件存入对象存储。这个例子直观展示了最底层任务应有的形态一个开发者看到就能直接动手、无需再拆的行动项。2.4 INPUT输入接口第 57–59 行模式末尾以INPUT:作为占位符接收用户粘贴的任务描述、文章主题、项目需求或待规划的想法。输入可以是任意形式——一段文字、一个需求描述、一个项目构想——模式会将其按 STEPS 处理为递归大纲。三、在 LifeOS 中原生执行该模式LifeOS 对 Fabric 模式采用原生执行策略见 Fabric/SKILL.md 的 Quick Reference 与 Native Pattern Execution 章节读取 Patterns/{pattern_name}/system.md将模式指令直接作为提示应用无需额外调用外部 CLI。3.1 调用路径从意图到模式在 ExecutePattern.md 中定义了意图路由用户请求包含 outline、plan、structure、decompose、break down 等规划类关键词时即可路由到create_recursive_outline若用户显式指名模式名如用 create_recursive_outline 拆解这个项目则直接使用该模式。标准执行链路为User Request ↓ [Read Patterns/create_recursive_outline/system.md] ↓ [Follow the STEPS and OUTPUT INSTRUCTIONS] ↓ [Return recursive outline per pattern spec]3.2 加载模式文件在本地环境中可通过如下方式查看模式完整内容路径以实际安装目录为准本仓库中的对应文件为 LifeOS/install/skills/Fabric/Patterns/create_recursive_outline/system.mdPATTERN_NAMEcreate_recursive_outline PATTERN_PATH$HOME/.claude/skills/Fabric/Patterns/$PATTERN_NAME/system.md if [ -f $PATTERN_PATH ]; then cat $PATTERN_PATH else echo Pattern not found: $PATTERN_NAME echo Available patterns: ls ~/.claude/skills/Fabric/Patterns/ | head -20 fi3.3 模式更新与同步Fabric 模式库可通过 UpdatePatterns.md 工作流保持更新使用fabric -U从上游拉取最新模式再通过rsync -av --delete同步到技能目录。更新后可用如下命令核验模式是否就位for pattern in extract_wisdom summarize create_threat_model analyze_claims create_recursive_outline; do if [ -d ~/.claude/skills/Fabric/Patterns/$pattern ]; then echo ✓ $pattern else echo ✗ $pattern MISSING fi done四、实战演练三种典型任务示例以下示例严格依据 system.md 的 STEPS 与 OUTPUT INSTRUCTIONS 演绎展示该模式面对不同任务时的输出形态。需要说明的是模式本身是大纲生成器下述内容属于模式能力在示例输入上的示意性输出实际使用时请将输入替换为你自己的任务。4.1 示例一拆解一篇技术文章输入写一篇介绍个人知识管理系统的文章。模式输出示意引言说明文章目的解释 PKM 的概念与价值定义个人知识管理系统为什么需要 PKM信息过载的现实核心组件捕获Capture捕获工具对比剪藏、笔记、语音捕获的原子化原则组织Organize分类体系与标签从文件夹到图谱的演进检索Retrieve全文检索 vs 语义检索反向链接的价值落地实践工具选型清单30 天上手路线结论PKM 的边界与常见误区4.2 示例二拆解一个 Web 应用开发项目输入规划一个带用户上传功能的 Web 应用。模式输出示意应用用途描述一个允许用户上传文件并进行云端管理的 Web 应用前端Frontend页面结构首页、上传页、文件列表页上传交互拖拽上传、进度条、错误提示文件展示列表渲染、预览、下载后端BackendAPI 设计上传接口、文件元数据接口、下载接口存储用户上传的文件到对象存储原子任务无需再拆鉴权与限流登录校验、上传大小限制数据库Database数据模型用户表、文件元数据表索引与查询优化部署与运维环境配置与 CI/CD日志与监控注意最后一条 存储用户上传的文件到对象存储——这正是 system.md 第 51 行给出的原子任务范例它同时满足了简单、可操作、无需进一步解释三条底线标准。4.3 示例三拆解一个模糊想法输入我想做一个习惯追踪工具。模式输出示意核心目的让用户记录并坚持每日习惯用户端习惯创建名称、频率、提醒时间每日打卡一键完成、连续天数streak展示数据层存储习惯定义、打卡记录、统计聚合激励层可视化日历热力图、趋势折线提醒站内通知 / 推送MVP 范围界定先做创建 打卡 热力图其余延后这个示例展示了递归拆解的附加价值当想法模糊时大纲本身就承担了范围界定的功能把想做收敛为先做什么。五、模式的实现原理与质量保障5.1 为什么递归是有效的拆解策略从 system.md 的 STEPS 可以提炼出三个设计要点自顶向下Top-down先定主干再逐层细化避免一开始就陷入细节目的先行Purpose-first每拆一层先回答这个组件的目的是什么保证拆出来的子任务全部服务于父目标终止条件明确Termination condition子任务简单到无需进一步拆解即停止保证大纲最底层的每一项都是可直接执行的行动项。这与软件工程中的WBS工作分解结构、递归下降分析等思想同源一棵结构良好、叶节点可执行的任务树是可靠执行的前提。5.2 与 Fabric 生态的协同该模式的输出可以无缝衔接 Fabric 的其他模式递归大纲产出后可用 create_prd 将应用类大纲细化为需求文档可用 create_mermaid_visualization 将大纲可视化可用 review_code 对已实现部分做质量回检。从 Fabric/SKILL.md 的模式分类表可以确认这些模式同属 Creation 大类组合使用时形成规划 → 实现 → 验证的完整闭环。5.3 使用注意事项结合 Fabric/SKILL.md 的 Gotchas 章节与模式自身约束使用时有几点值得注意模式名必须精确create_recursive_outline不能写成recursive_outline或create-recursive-outline模式名区分下划线与连字符大输入注意上下文限制如果被拆解的任务描述超长先做摘要或分块再喂给模式输出是规划而非执行该模式只负责产出大纲实际执行仍需结合项目环境逐步推进。六、总结把复杂问题递归成可执行清单create_recursive_outline模式的本质是把项目管理中最有价值的思维习惯——任务分解——固化成可复用的提示指令。它的完整链路清晰而克制设定专家身份IDENTITY→ 五步递归拆解STEPS→ 分层 Markdown 输出与任务类型分支规范OUTPUT INSTRUCTIONS→ 输入接口INPUT。在 LifeOS 中它通过 Fabric 技能的原生执行机制被直接应用无需外部 CLI 依赖与其余 240 模式共同构成可组合的提示工程生态。对于任何面对复杂任务的开发者、写作者或规划者这个模式提供了一条从一团乱麻到可执行清单的标准化路径识别任务 → 明确目的 → 分层拆解 → 递归至最简 → 整体复查。掌握了它你就掌握了一种将任意复杂问题结构化的通用方法论。【免费下载链接】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），仅供参考