用途
该技能用于把 antirez（Salvatore Sanfilippo，Redis 创造者）的工程思维提炼为可操作的决策框架，帮助在软件设计、代码审查、架构演进等工作中贯彻极简与实用主义原则。
主要能力
技能围绕五个核心思维模型展开：
- 极简主义设计（Radical Simplicity）：能简单就不要复杂，面对设计选择时优先寻找更简单的方案，并区分“必要的复杂度”与“觉得酷的复杂度”。
- 实用主义优先（Pragmatism Over Purity）：不追求理论完美，追求实际可用，例如 Redis 默认异步持久化、Cluster 在网络分区时可能丢失写入等取舍。
- 代码可读性至上：用最直白的实现而非最“聪明”的实现，注释解释“为什么”而非“做什么”，函数短小、命名直白。
- 限制即特性（Constraints as Features）：主动设置限制，如单线程、内存限制、数据结构大小限制、命令原子性，把限制转化为可预测性与简单性。
- 渐进式复杂度（Incremental Complexity）：从最简版本开始，根据真实用户需求逐步增加复杂度，并以 Redis 从 v1.0 到 v4.0 的演化作为示例。
此外还提供：功能加法决策框架、antirez 风格代码质量检查清单、8 条经典语录（含出处）、三个实战模板（极简设计审计、antirez 风格代码审查、渐进式架构路线图）、应用场景与反模式说明。
使用方式
资料未提供具体的安装命令或调用方式，仅以思维框架、决策流程、检查清单和模板形式呈现。使用者可按模板填写项目信息，或按决策框架与检查清单逐项评估现有设计与代码。
适用场景
- 软件架构设计：审视不必要的中间层，明确模块职责，主动设置边界。
- API/接口设计：参考 Redis 命令式 API，每个接口做一件事。
- 技术选型：优先选择“做一件事但做得极好”的工具。
- 个人生产力：工具越少越好，一次只做一件事。
- 团队工程文化：以简洁、可读、实用为标准进行代码审查，鼓励“减法”。
限制
资料同时列出反模式：极简不等于偷懒、避免过度简化到不可用、单线程并非万能、反对的是不必要的抽象而非所有抽象、简洁不代表忽视测试、单人英雄主义模式不适用于一般团队。具体安装、运行或集成方式暂未提供。