Sublime Text 中没有真正可用的 Redis-CLI 插件，因其或名不副实、或多年未维护、不支持密码认证与 ACL、无法流式渲染 MONITOR、解析含特殊字符密码失败；唯一可行方案是通过 Build System 调用本地 redis-cli，适用于临时单次命令验证，而非实时监控或复杂操作。
Sublime Text 里没有真正可用的 Redis-CLI 插件——所谓“Redis-CLI 插件”要么是名字误导，要么已多年未维护、不兼容当前 Sublime 版本，根本无法执行命令或连接 Redis。
为什么搜不到靠谱的 Redis-CLI 插件？
Package Control 中搜 redis-cli 或 redis，排在前面的几个插件（如 RedisClient、SublimeRedis）都存在明确限制：
- SublimeRedis 只支持本地
127.0.0.1:6379连接，不支持密码认证后的 ACL 权限校验，遇到NOAUTH Authentication required或NOPERM直接失败 - 所有插件底层仍依赖你本地装好的
redis-cli，但它们不校验路径、不提示缺失，连接失败时只静默报Connection refused或空白响应 - 没有插件能实现“实时查看”：它们不监听 key 变更、不轮询、不支持
MONITOR命令输出流式渲染，所谓“刷新”只是手动重连+重查一次 - 插件配置项常写死端口/无密码字段，若 Redis 配了
requirepass且密码含/或@，多数插件解析连接串直接截断，连不上也不报具体错
想在 Sublime 里查 Redis，唯一可行路径是 Build System + redis-cli
绕过插件，用 Sublime 的 Build System 调用本地 redis-cli，可控、可调试、不黑盒：
- 确认
redis-cli --version在终端能执行；Windows 用户需确保redis-cli.exe在PATH中（常见位置：C:\Program Files\Redis\或 WSL 路径） - 新建 Build System（
Tools → Build System → New Build System），填入：
{
"cmd": ["redis-cli", "-h", "127.0.0.1", "-p", "6379", "-a", "your%40pass", "--raw", "$file"],
"selector": "source.redis",
"working_dir": "$file_path",
"variants": [
{
"name": "Keys Only",
"cmd": ["redis-cli", "-h", "127.0.0.1", "-p", "6379", "-a", "your%40pass", "KEYS", "*"]
}
]
}
- 保存为
Redis.sublime-build；文件后缀设为.redis（右下角状态栏选 “Redis” 语法），内容写GET user:1001，按Ctrl+B即执行 -
--raw关键参数：避免 redis-cli 自动加引号和换行，输出更干净；密码含特殊字符必须 URL 编码（如@→%40） - 注意：
$file是把当前文件内容当命令传给 redis-cli，不是读取文件路径——所以你要先写好命令再构建，不适合交互式调试
真正需要“实时查看”，别硬塞进 Sublime
Sublime 是文本编辑器，不是终端或数据库客户端。以下场景请直接切走：
- 要持续观察
KEYS *变化？用终端跑watch -n 1 'redis-cli KEYS "*"'（Linux/macOS）或 PowerShell 循环 - 要跟踪写入行为？
redis-cli MONITOR输出是实时流，Sublime Build System 无法捕获增量，必须用终端或redis-cli -r 100 MONITOR截前 100 行 - 要展开 hash/list 结构看全量？Sublime 插件默认只显示前 100 项，
HGETALL big_hash返回几千行会卡死；此时应改用redis-cli --csv HGETALL big_hash > out.csv导出再查 - 远程 Redis 或集群？Sublime 所有方案均不支持
redis-cli -c集群模式，MOVED错误一出就断连，必须回终端手动跳转
Sublime 查 Redis 的合理定位只有一个：临时、单次、轻量命令验证。只要涉及实时性、大数据、权限、集群或结构化浏览，它就不是合适工具——这不是配置问题，是能力边界。
