（6776期）Cycle – 设计你的工作流，一次创建，永久复用

设计你的工作流，一次创建，永久复用 结构化工作流设计系统，为任意领域创建可复用的多阶段流程，将重复任务转化为持久技能。 使用说明 Cycle：结构化工作流设计系统 Cycle 是一个专为复杂任务设计可复用工作流的技能框架，核心目标是将用户的重复性多步骤流程转化为标准化、可持久化的技能。 核心用法 用户通过五个步骤设计专属工作流： 明确目标 — 定义该流程最终产出 现状映射 — 分析当前做法与卡点 划分阶段 — 设计 3-6 个顺序阶段，每个阶段含清晰输入/输出 设置交接 — 自动推进、用户确认或条件分支 记忆沉淀 — 记录用户偏好、模式与避坑清单 每个阶段支持子代理委托，形成层级化执行结构。典型模式如「代码开发流」（Request→Plan→Execute→Verify→Deliver）或「内容创作流」（Idea→Draft→Critique→Refine→Publish）。 显著优点 标准化重复劳动：将隐性经验转化为显性流程，减少每次重新规划的认知负荷 渐进式优化：通过 discovery.md 引导式提问挖掘真实需求，避免纸上谈兵 灵活组合：与 Loop 技能互补（Cycle 负责阶段序列，Loop 负责单阶段迭代） 记忆继承：每次执行积累用户偏好，实现越用越顺的个性化体验 潜在局限 设计门槛高：需要用户具备流程抽象能力，简单任务反而显得笨重 初期投入大：完整设计需回答 discovery 问卷，短期效率不如即兴处理 领域依赖：复杂领域（如医学诊断）需深度专业知识，框架本身不提供内容 过度结构化风险：僵化的阶段划分可能抑制探索式、创造性工作 适合人群 频繁处理同类复杂任务的专业人士（分析师、开发者、内容创作者） 团队协作中需要统一执行标准的场景 希望将个人工作方法「产品化」的效能优化者 当前工作流存在明显断点或返工问题的用户 常规风险 流程固化：未及时根据实际执行反馈迭代，导致流程与实际脱节 阶段膨胀：试图覆盖所有边界情况，导致阶段过多、执行拖沓 误用与 Loop 混淆：用户可能将应循环迭代的内容塞进线性阶段，或反之 来源可信度 文档结构清晰、示例具体，但未标注版本与维护主体，暂列 T2。 --- 💡 最佳实践：从「最小可行 Cycle」开始——先跑通 3 阶段核心流程，执行 3-5 次后再扩展细节。 原始说明 Design custom workflow cycles for any domain. Create structured, repeatable processes that become persistent skills.