Redis的主从复制模式下，一旦这个主节点不能提供服务，就需要人工进行主从切换，这是非常麻烦的。

授权规则关注的是“谁可以访问我”，对请求来源进行白名单放行 / 黑名单拦截。在微服务里，不同来源的请求优先级可能不同。比如某个接口只允许内部服务调用，不允许外部来源直接访问；或者同一个资源，对某些来源放行，对另一些来源拦截。Sentinel 的授权规则一般会基于origin来做判断。你可以把origin理解成请求来源标识。规则的本质就是，对资源设置白名单或黑名单，让不同来源得到不同处理。当请求被

Redis的主从复制模式下，一旦这个主节点不能提供服务，就需要人工进行主从切换，这是非常麻烦的。通常哨兵也不会只设置一个，而会部署一个哨兵集群，防止哨兵挂了或单个哨兵误判。要么给云服务器加代理，要么配置镜像源。这里使用 Docker 做多个 Redis 的部署练习，结构是一个主节点、两个从节点、一个哨兵集群（三个 sentinel）。不过，一个哨兵节点发现主节点挂了还不够，需要多个哨兵节点共同认同

上一节的Redis部署集群还有些不太清楚的地方，这里做补充说明，这次我们用 docker 部署 11 个 redis 节点，九个用于部署集群，两个用于扩容练习，集群的结构类似于如图，由于 redis 部署集群时内部的随机性，可能节点的静态 ip 所属的角色都不太一样，无伤大雅～

这篇笔记整理了关于这个问题在目前社区里测试有效的几种修复方法。

一切教程与观点都来自本人的实战体验与 Matt 的官方 skill 介绍和直播讲解，欢迎交流讨论！Matt Pocock 的 Skills 是一套给 coding agent 使用的工程工作流。每个 skill 都是边界清楚，大部分都要手动调用 slash command 才能触发，根据实际场景来动态调整。而且 Matt 的思想是将问题先经过不断的挖掘，然后变成spec文档，确定好前进方向后，将问

最近 OpenAI 的一篇博客：分享了关于长周期复杂任务的指南，并针对我已有的工作流作出一些更新。长周期的复杂任务通常不是一次 prompt 改完代码就结束。它可能要经历调查、实现、预览、反馈、等 CI、继续修改、准备 PR、后续检查。该博客更像是总结了 Claude Codegoal和loop命令的思想 💭。

从这份文档来看，Fable 5 的核心转变是从「单次对话中的强大模型」变成了「能跑几天的自主 agent」。相应地，使用方式也需要从「逐条指令」转向「给目标、给边界、异步检查」。之前为 Opus 4.8 写的很多 prompt 技巧可能不再必要，甚至适得其反——这倒是给了一个机会重新审视并精简现有的框架。

这次是沿着 Open-ClaudeCode 里恢复出来的 Claude Code 2.1.88 源码，专门看了一遍上下文压缩的原理 compact。我把它理解成“对话太长时生成一个摘要”，但顺着调用继续看会发现，摘要只是其中一层。真正让任务在 compact 后还能接着做的，是 summary、最近原文、程序状态、附件、Hooks 和 transcript 一起配合。

介绍常见MyBatis/plus配置、依赖及插件