用途：当任务需要端到端改变 RESPLite 的公开命令行为，而非只改一个孤立函数时使用。典型触发包括“实现命令 X”“为 X 增加 Redis 兼容”“支持命令 Y”“支持另一个 ZRANGE 选项”“修复 TTL 边界”“命令坏了”“redis-cli 行为不同”等。
主要能力：按垂直切片方式完成命令改动，先锁定兼容目标（命令名与子选项、成功回复形状、错误字符串、是 Redis 标准行为还是 RESPLite 特有行为），再定位归属层并实施最小改动。
使用方式：先读 README.md 的兼容矩阵与示例，以及 src/commands/registry.js 的命令分发与处理器注册；再查看 src/commands/.js 的参数解析、src/engine/.js 的语义、src/storage/sqlite/*.js 的持久化与查询，以及 test/unit、test/integration、test/contract 下的相关测试。归属层判断规则：解析或命令语法问题改命令处理器；业务语义问题改引擎层；持久化或查询问题改 SQLite 存储辅助；公开支持面变化则同步更新 README.md，必要时更新规范。实现时在 src/commands 增改处理器，必要时在 registry.js 注册，仅在需要处修补引擎或存储，保留 ERR ... 与错误类型等既有错误风格，并注意键值经缓冲区与 SQLite 时的二进制安全。测试按最小组合选择：纯逻辑、引擎规则、解析器或存储辅助用单元测试；经服务器的端到端 RESP 行为用集成测试；与 redis 客户端或 redis-cli 的兼容承诺用契约测试，并优先添加修复前失败、修复后通过的回归测试。完成后说明兼容面变化、触及的层、运行的测试以及与 Redis 的剩余有意差距。
适用场景：新增缺失命令、扩展部分支持的命令、审计命令回归。
限制：RESPLite 是实用子集而非完整 Redis 克隆，应保持最小兼容增量；保持 RESP2 面向行为；文档不得在测试支持前声称支持；有意不支持的命令应返回项目明确的不支持行为，而非伪造部分支持。若请求实际是搜索功能或迁移流程，应改用更具体的 RESPLite 技能。