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