Anti-Over-Engineering
一个帮助开发者避免过度工程化，聚焦核心价值的AI技能。
安装使用
复制下面这段提示词发给你的 AI（Claude / Cursor / TRAE / Codex / WorkBuddy 等），它会自动帮你完成安装：
帮我安装这个 AI Skill：Anti-Over-Engineering。 它的用途是：一个帮助开发者避免过度工程化，聚焦核心价值的AI技能。 详细介绍见：https://321skill.com/skills/anti-over-engineering/ 请根据该页面的说明完成安装。
使用示例
“我打算为这个用户管理系统引入一个全功能的GraphQL API层和微服务架构，你觉得怎么样？” 它会分析你的当前需求（可能只是简单的CRUD），指出这可能是过度工程，并建议先从清晰的RESTful API开始，使用单体或简单分层架构，快速验证业务逻辑。或者，当你展示一段使用了多个设计模式但功能简单的代码时，它会建议简化模式的使用，让代码更直白。
介绍
Anti-Over-Engineering Skill 旨在解决开发者在项目初期或迭代过程中，因追求技术完美、过度设计而导致项目复杂度失控、开发周期延长和资源浪费的问题。它通过分析你的项目上下文、目标和当前代码，提供简洁、务实的实现建议，帮助你识别并避免不必要的抽象、框架和依赖。
使用方式非常直接。在开发对话中，当你提出一个功能需求或展示一段代码时，激活该技能的AI会主动评估方案的复杂度，并可能提出更简单、更快速的替代方案。它就像一个内置的“简洁性审查员”，时刻提醒你保持代码的轻量和可维护性。
这个技能特别适合那些在技术选型、架构设计或代码重构阶段，容易陷入“为技术而技术”困境的开发者。无论是面对新项目时的兴奋，还是维护旧代码时的重构冲动，它都能提供冷静的第三方视角。
建议在项目评审、技术方案讨论或代码审查环节使用此技能。但请注意，它提供的建议基于通用最佳实践和简洁性原则，对于特定领域的高性能、高可用性等有明确复杂需求的项目，仍需结合专业判断，避免因过度简化而牺牲核心业务指标。
核心特点
与一般的代码优化或重构建议技能不同，本技能的核心区别在于其明确的“反过度工程”哲学导向，它不仅在代码层面提出优化，更在架构和设计决策初期就介入，引导开发者优先考虑最简单可行的方案（MVP思维），而非默认选择最“强大”或最“时髦”的技术栈。
注意事项
对于性能、安全性有极端要求，或本身就需要复杂分布式架构的大型企业级项目，过度遵循其简化建议可能不适用。
常见问题
这个技能会让我的代码变得简陋吗？
不会，它倡导的是“恰到好处的设计”，旨在消除不必要的复杂性，而非牺牲代码的清晰度、可读性和必要的健壮性。
它如何判断什么是“过度工程”？
它基于常见的代码异味（如过早抽象、不必要的设计模式、过度使用第三方库）和项目目标（如上线速度、团队技能）进行综合评估，并提供理由。