（1388期）iterative-code-evolution – 结构化代码进化方法论

结构化代码进化方法论 基于ALMA研究框架的代码迭代方法论，通过结构化分析-变异-验证循环系统提升代码质量，适合复杂优化与调试场景。 使用说明 核心用法 Iterative Code Evolution 是一套结构化的代码改进方法论，采用六阶段循环：ANALYZE（诊断）→ PLAN（规划）→ MUTATE（实施）→ VERIFY（验证）→ SCORE（评分）→ ARCHIVE（归档）。用户通过维护 .evolution/log.json 记录每次迭代的变更、评分和学习成果，形成可追踪的进化历史。每次循环限制最多3个变更，确保改进效果可归因，避免盲目试错。 显著优点 系统化替代经验主义：将"试试再改"的随意做法转化为有纪律的科学实验，特别适合已尝试2种以上方案仍失败的顽固问题。 知识沉淀机制：通过 principles_learned 字段积累针对特定代码库的有效模式，失败尝试同样被记录为避坑指南。 探索-利用平衡：引入ALMA的"访问惩罚"机制，当同一组件连续迭代收益递减时自动转向其他组件，避免局部最优陷阱。 失败价值化：3次重试失败后强制回退并记录失败模式，防止无效螺旋，将负面经验转化为决策资产。 潜在缺点与局限性 认知开销较高：完整的六阶段流程对简单问题显得笨重，不适合一次性代码生成或机械性重构任务。 评分主观性：缺乏自动化测试覆盖时，评分依赖人工判断，可能引入评估偏差。 日志维护负担：.evolution/log.json 需要人工维护，在快速原型阶段可能成为阻力。 学习曲线陡峭：用户需理解状态机标注、访问惩罚算法等概念才能发挥全部效能。 适合的目标群体 处理复杂系统设计的软件架构师 优化性能瓶颈或调试顽固缺陷的高级开发者 需要迭代改进AI提示词、Agent管道的AI工程师 追求代码质量持续改进的技术团队 使用风险 该Skill本身为纯文档指导，无代码执行能力，风险极低。主要潜在问题包括：用户可能因流程繁琐而放弃结构化方法回归随意修改；长期积累的 .evolution// 目录可能占用磁盘空间；评分标准不一致导致迭代方向偏离。建议配合自动化测试工具使用以提升评分客观性。 原始说明 Systematically improve code through disciplined analysis, targeted mutations, verification, scoring, and logging to iteratively enhance quality and design.