核心用法
Close Loop 是一个设计精密的会话收尾工作流技能，专门用于在长时间 AI 协作会话结束时执行标准化关闭程序。用户通过自然语言指令（如 "wrap up"、"close session"）或 /wrap-up 命令触发，系统按四阶段顺序执行：应用执行策略与动作门控 → 执行交付状态确认 → 整合记忆归档 → 运行改进建议并准备可发布输出。
该技能采用模块化架构，将工作流拆分为四个组件文件，分别对应设计原则、交付状态、记忆管理、改进与输出。这种设计使维护者可以独立更新特定阶段逻辑而不影响整体流程。输出要求包含双轨交付：面向用户的人工可读报告（Artifact A）和面向系统的机器可读 JSON（Artifact B），确保人机协同与系统集成的双重兼容性。
显著优点
1. 标准化安全门控：内置执行策略验证和动作门控机制，防止未经验证的变更被意外提交
2. 记忆持久化：将会话中的关键决策、上下文和中间产物归档，支持跨会话连续性
3. 自我改进闭环：Phase 3 专门用于分析本次会话效率并提出优化建议，实现工作流的持续演化
4. 双轨输出设计：同时满足人类阅读友好性和系统集成需求
5. 模块化可维护：组件化架构支持团队分阶段迭代，降低维护成本
潜在缺点与局限性
- 触发依赖明确指令：需要用户主动识别会话结束节点，缺乏自动检测长会话或用户疲劳的智能触发机制
- 组件文件依赖：若
components/目录结构被破坏或文件缺失，整个工作流将失效 - 安全扫描占位：当前版本的安全认证报告为系统生成占位符，未执行实际安全扫描，生产环境需补强
- 版本耦合风险：v2.3.4 的组件接口若在未来版本变更，可能破坏向后兼容性
适合人群
- 使用 AI 进行多轮复杂任务（代码生成、文档撰写、分析研究）的专业用户
- 需要会话可追溯性和知识沉淀的团队协作场景
- 对交付物有结构化输出要求的自动化工作流集成者
常规风险
| 风险类型 | 说明 |
|---------|------|
| 状态丢失 | 若 Phase 1 执行失败，未提交的变更可能滞留内存 |
| 记忆污染 | 归档阶段若未正确过滤敏感信息，可能导致隐私泄露 |
| 版本漂移 | 组件文件与主 skill 版本不匹配时行为未定义 |
| 误触发 | 自然语言触发词可能与用户实际意图不符（如闲聊中提到 "wrap up"）|