BC redis-cache-master
Практическое руководство по Redis для производственной среды, охватывающее пять частых производственных инцидентов: утечка памяти без TTL, несоответствие стратегий вытеснения, ошибки межкластерных слотов, ловушки атомарности, большие ключи, вызывающие сбой вытеснения. Предоставляет деревья решений, библиотеку шаблонов и чек-листы для устранения неполадок, а не разрозненный список команд. Основные возможности включают: правила управления TTL (каждый кэшируемый ключ должен иметь срок действия), дерево решений по стратегии вытеснения (выбор сценариев allkeys-lru/volatile-lru/noeviction), шаблон хэш-тегов кластера (обеспечение выполнения операций с несколькими ключами в одном слоте), шаблон атомарных операций (руководство по выбору SETNX/WATCH/Lua), использование Streams вместо Pub/Sub для надежных сообщений, матрица принятия решений по персистентности (четыре квадранта RDB/AOF/both/none), обнаружение и разделение больших ключей, мониторинг и оповещение о памяти, оптимизация пула соединений и конвейера. Применимые сценарии: проектирование кэша, ограничение скорости, распределенные блокировки, очереди сообщений, хранение сеансов, таблицы лидеров, счетчики, эксплуатация и устранение неполадок Redis в производственной среде, планирование и масштабирование кластера. Отличия: по сравнению с разрозненным списком команд, эта система предоставляет руководство по выбору в виде дерева решений (стратегия вытеснения/персистентность/атомарные решения), примеры производственных инцидентов и их предотвращение, методы обнаружения больших ключей, практический шаблон хэш-тегов кластера, решение для надежных сообщений с использованием Streams вместо Pub/Sub. Весь контент организован по сценариям, а загрузка по запросу снижает потребление токенов. Ключевые слова для запуска: Redis, кэш, TTL, стратегия вытеснения, кластер, распределенная блокировка, ограничение скорости, очередь сообщений, вытеснение, cluster
машинный переводПоказать оригиналСкрыть оригинал«面向生产环境的 Redis 实战指南，直击"无 TTL 内存泄漏、淘汰策略错配、集群跨槽报错、原子性陷阱、大 Key 拖垮 eviction…»
面向生产环境的 Redis 实战指南，直击"无 TTL 内存泄漏、淘汰策略错配、集群跨槽报错、原子性陷阱、大 Key 拖垮 eviction"五大高频生产事故。提供决策树、模式库、故障排查清单，而非零散命令罗列。 核心能力包括 TTL 纪律规范（每个缓存键必设过期）、淘汰策略决策树（allkeys-lru/volatile-lru/noeviction 场景化选择）、集群哈希标签模式（多键操作同槽保证）、原子操作模式（SETNX/WATCH/Lua 选择指南）、可靠消息用 Streams 替代 Pub/Sub、持久化决策矩阵（RDB/AOF/both/none 四象限）、大 Key 检测与拆分、内存监控与告警、连接池与管道优化。 适用场景：缓存设计、限流、分布式锁、消息队列、会话存储、排行榜、计数器、生产 Redis 运维与故障排查、集群规划与扩容。 差异化：相比零散命令清单，本系统提供决策树式选择指南（淘汰策略/持久化/原子方案）、生产事故案例与预防、大 Key 检测方法、集群哈希标签实战模式、Streams 替代 Pub/Sub 的可靠消息方案。所有内容按场景组织，按需查阅降低 token 消耗。 触发关键词：Redis、缓存、TTL、淘汰策略、集群、分布式锁、限流、消息队列、eviction、cluster
Практическое руководство по Redis для производственной среды, охватывающее пять частых производственных инцидентов: утечка памяти без TTL, несоответствие…
Как процесс C 53/100 · Есть пробелы — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 2. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда") - заметка
frontmatter-keyнеизвестное поле фронтматтера "slug" - заметка
frontmatter-keyнеизвестное поле фронтматтера "displayName" - заметка
frontmatter-keyнеизвестное поле фронтматтера "summary" - заметка
frontmatter-keyнеизвестное поле фронтматтера "tools"
Процессный рейтинг: все десять параметров 53/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 100Инструменты и файлы. Инструменты объявлены во frontmatter
- 100Шаги. Шагов: 8
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 2284 токенов
- 100Повторный запуск. Изменяющих операций нет
- low Разделов верхнего уровня: 16. Похоже на несколько доменов в одном скилле
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +2Инструкции на одном языке
- +3Длина description 569 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 35 заголовков
- +3Пошаговые инструкции: 8 пунктов
- +4Есть примеры (13 блоков кода)
- +1Лицензия указана
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 70.