メニュー
标准工作流闭环模板库（STOM v2.0 瘦身版）。 提供4种常用开发流程的标准化定义（Bug修复/功能开发/研究调研/代码审查）。 详细流程图与模板移至 references/closed-loop-details.md。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
Skill 自动进化管理器（STOM v2.1 新增 CI 门禁版）。 6 Phase 审计：扫描 → 分析 → 进化 → CI Gate → 修复 → 健康评分。 内置 skill-ci-validate.py 强制门禁（P0 阻断），三纯净原则检查， 6 维度健康度评分。触发词自进化 + 踩坑经验积累是标配。 详细审计流程/CI 规则/健康评分公式/报告模板移至 references/detailed-audit-flows.md。
定期整理和压缩工作记忆，将短期日志提炼为长期记忆，保持记忆系统高效可用。 支持项目隔离分区和置信度标记，防止跨项目知识污染。 触发词：整理记忆、压缩记忆、记忆整理、清理日志、巩固记忆、 memory consolidation、整理 memory、清理 MEMORY.md、 日志太多了、记忆文件太大、定期整理、记忆管理、整理工作日志
Agent 自我优化能力（STOM v2.0 瘦身版）。 通过反思执行质量识别改进机会，更新工作记忆。支持置信度评估、项目隔离、跨会话模式识别和质量评分。 详细流程图/模板/报告格式/SKILL创建模板移至 references/detailed-flows-and-templates.md。
阶段感知的上下文压缩策略（v2.1 主动模式）。 核心变更：从被动响应改为主动集成——每次任务自动评估预算、监控压力、按阶段管理上下文。 防止实现中途丢失变量名/路径等关键信息。 触发词：上下文压缩、strategic compact、上下文太长了、压缩上下文、 context compact、上下文管理、上下文清理、对话太长了、token 不够了、 上下文压力、context pressure、token优化、预算管理、执行效率
Skill Token 优化器。自动审计任意 SKILL.md 的 token 效率， 识别可剥离内容、生成优化方案、执行瘦身改造。 基于 STOM 方法论（三层信息架构 L1/L2/L3）。 触发词：skill优化、token优化、Skill瘦身、SKILL.md审计、 skill audit、skill analyzer、token分析、Skill过大、 减少token消耗、优化Skill、审计Skill、skill optimizer
"Tushare 金融数据获取层。负责所有数据获取：行情、财报、估值、资金流、新闻、宏观等。与 stock-analyst 配合使用：本 Skill 取数据，stock-analyst 做分析。触发词：查行情、查财报、看走势、拉数据、导出数据、资金流向、板块分析、北向资金、宏观指标、CPI、PMI、龙虎榜、涨停、估值"
SOC 職業分類に基づく
| name | workflow-loop |
| version | 3.0.0 |
| description | 标准工作流闭环模板库（STOM v2.0 瘦身版）。 提供4种常用开发流程的标准化定义（Bug修复/功能开发/研究调研/代码审查）。 详细流程图与模板移至 references/closed-loop-details.md。 |
| references | ["references/closed-loop-details.md"] |
| tags | ["工作流","工作流闭环","流程模板","标准流程","Bug修复流程","开发流程","code-review流程","复盘流程","研究流程","workflow"] |
| triggers | ["工作流","工作流闭环","流程模板","标准流程","Bug修复流程","开发流程","code-review 流程","复盘流程","研究流程","workflow","工作流模板","闭环","标准开发流程"] |
4 种标准闭环，每个内置 Search Before Building、Completion Protocol、Escalation、强制联动。
详细参考（完整流程图、命令示例、输出模板、注册表同步、联动验证、加载成本分级、并行调用原则）→
references/closed-loop-details.md
| 闭环 | 公式 | 复杂度 |
|---|---|---|
| 🐛 Bug修复 | investigate → root_cause → fix → verify → commit | ⭐⭐ |
| 🚀 功能开发 | plan → search → implement → review → test → ship | ⭐⭐⭐ |
| 📖 研究调研 | understand → search → synthesize → deliver | ⭐⭐ |
| 🔍 代码审查 | prepare → review → report → follow_up | ⭐⭐ |
每个闭环的完整步骤表 + Escalation Rules → 见 references 对应章节
| 前置任务 | 联动 Skill | 等级 |
|---|---|---|
| 代码修改（≥3文件/核心逻辑） | code-review | L2 建议 |
| 同一 API 失败 ≥ 2 次 | self-improvement 踩坑 | L1 自动 |
| 复杂任务完成（≥5步） | self-improvement 候选 | L2 建议 |
| 功能/Bug 闭环完成 | code-review + self-improvement | L2 建议 |
| 触发词未命中 | skill-evolution | L1 自动 |
| 工作记忆 > 30 天 | memory-consolidation | L2 建议 |
等级： L1 自动执行（无需确认）/ L2 自动建议（需确认）/ L3 条件触发 防重复： 同一规则每会话最多 1 次；用户拒绝不再建议
借鉴 Hermes Agent：使用 Skill 时发现步骤/参数/约束与实际不符 → 立即修正，不等 skill-evolution 审计。
使用 Skill 执行任务时，发现以下任一情况：
| 规则 | 说明 |
|---|---|
| patch 优先于重写 | 优先用 replace_in_file 局部修补，避免 write_to_file 全量重写 |
| 保留已验证部分 | 只改需要改的，不触碰已验证稳定的步骤 |
| 踩坑区记录原因 | 在 Skill 的踩坑经验区追加 patch 原因 + 日期 |
| 不等审计 | 不等到 skill-evolution 定期审计才修复 |
执行 tushare-data Skill 时发现：freq 参数支持 1/5/15/30/60min
但 SKILL.md 中只写了 5min/15min/30min
→ 立即 replace_in_file 补全 freq 参数列表
→ 追加踩坑：- stk_mins / freq 还支持 1min 和 60min（2026-04-29 patch）
| 状态 | 含义 |
|---|---|
| DONE | 全部完成，目标达成 |
| DONE_WITH_CONCERNS | 完成但有非阻塞遗留 |
| BLOCKED | 阻塞，需用户决策 |
| NEEDS_CONTEXT | 缺少信息 |
同一问题 3 次失败 → STOP | 安全敏感 → STOP | 需求模糊 → STOP
用户新表述触发工作流时：分析 → 追加到 frontmatter triggers → 简洁通用 → 去重。
AI 自动积累，请勿手动删除。格式：
- 场景：经验要点
（暂无记录）