rate-limiting-abuse-protection — скилл для Claude Code: защита API
Скилл добавляет в проект ограничение частоты запросов: политики на маршрут, лимиты по IP и пользователю, скользящее окно и понятные ответы об ошибке.
npx skills add patricio0312rev/skills --skill rate-limiting-abuse-protection -a claude-codeЧто делает rate-limiting-abuse-protection
Скилл описывает, как закрыть API от перебора и флуда. Внутри — четыре стратегии: фиксированное окно, скользящее окно, token bucket и leaky bucket. Для каждой даны примеры на TypeScript: глобальный лимитер через express-rate-limit и отдельный, более строгий, для эндпоинтов входа.
Для распределённых приложений есть вариант на Redis через ioredis: ключ чистится по score, запрос добавляется, счётчик читается, ключу ставится TTL. Отдельные блоки — лимит по req.user.id и проверка репутации IP со списком заблокированных адресов и запросом к threat intelligence API. Ответы отдают заголовки X-RateLimit-Limit, X-RateLimit-Remaining, X-RateLimit-Reset и Retry-After, а при превышении — 429 с временем повтора.
Учтите: вариант с Redis требует запущенного Redis и пакета ioredis, а проверка репутации IP опирается на внешний сервис, которого в примере нет — функцию checkThreatIntel придётся написать самому. Скилл советует ставить разные лимиты на разные эндпоинты, снижать их для дорогих операций и пропускать внутренние сервисы.
Какие задачи решает
- ограничить частоту запросов к API по маршрутам
- защитить форму входа от перебора паролей
- считать лимит отдельно для каждого пользователя
- отдавать клиенту заголовки с остатком квоты и временем сброса
- вести лог нарушений и искать в нём всплески
Примеры запросов агенту
- добавь rate limiting на /api/ с лимитом 100 запросов за 15 минут
- сделай строгий лимит на /api/auth/login — 5 попыток, успешные входы не считать
- перепиши лимитер на Redis со скользящим окном и лимитом по user id
Как установить rate-limiting-abuse-protection
1Через Skills CLI (Vercel)
npx skills add patricio0312rev/skills --skill rate-limiting-abuse-protection -a claude-code2Вручную: положить файлы
~/.claude/skills/rate-limiting-abuse-protection/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/rate-limiting-abuse-protection/
1Через Skills CLI (Vercel)
npx skills add patricio0312rev/skills --skill rate-limiting-abuse-protection -a codex2Вручную: положить файлы
.agents/skills/rate-limiting-abuse-protection/SKILL.mdДля всех проектов — ~/.agents/skills/
1Через Skills CLI (Vercel)
npx skills add patricio0312rev/skills --skill rate-limiting-abuse-protection -a cursor2Вручную: положить файлы
.cursor/skills/rate-limiting-abuse-protection/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
1GitHub CLI
gh skill install patricio0312rev/skills rate-limiting-abuse-protection2Вручную: положить файлы
.github/skills/rate-limiting-abuse-protection/SKILL.md1Через Skills CLI (Vercel)
npx skills add patricio0312rev/skills --skill rate-limiting-abuse-protection -a gemini-cli2Командой платформы
gemini skills install https://github.com/patricio0312rev/skills --path backend/rate-limiting-abuse-protectionВручную: положить файлы
.devin/skills/rate-limiting-abuse-protection/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Через Skills CLI (Vercel)
npx skills add patricio0312rev/skills --skill rate-limiting-abuse-protection -a opencodeClaude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов
Вопросы о rate-limiting-abuse-protection
Как установить rate-limiting-abuse-protection в Claude?
Выполните npx skills add patricio0312rev/skills --skill rate-limiting-abuse-protection -a claude-code. Скилл окажется в ~/.claude/skills/rate-limiting-abuse-protection/SKILL.md.
Что делает этот скилл?
Он даёт агенту готовые схемы ограничения частоты запросов: политики на маршрут, лимиты по IP и пользователю, скользящее окно, заголовки лимитов и безопасные ответы 429.
Что нужно для варианта с Redis?
Запущенный Redis и пакет ioredis. Проверка репутации IP дополнительно требует внешнего threat intelligence API — в примере вызывается функция checkThreatIntel, её нужно реализовать.
Исходный текст
SKILL.md · MIT
---
name: rate-limiting-abuse-protection
description: Implements rate limiting and abuse prevention with per-route policies, IP/user-based limits, sliding windows, safe error responses, and observability. Use when adding "rate limiting", "API protection", "abuse prevention", or "DDoS protection".
---
# Rate Limiting & Abuse Protection
Protect APIs from abuse with intelligent rate limiting.
## Rate Limit Strategies
**Fixed Window**: 100 requests per hour
**Sliding Window**: More accurate, prevents bursts
**Token Bucket**: Allow bursts up to limit
**Leaky Bucket**: Smooth request rate
## Implementation (Express)
```typescript
import rateLimit from "express-rate-limit";
// Global rate limit
const globalLimiter = rateLimit({
windowMs: 15 * 60 * 1000, // 15 minutes
max: 100, // 100 requests per window
message: "Too many requests, please try again later",
standardHeaders: true, // Return rate limit info in headers
legacyHeaders: false,
});
// Stricter limit for auth endpoints
const authLimiter = rateLimit({
windowMs: 15 * 60 * 1000,
max: 5, // Only 5 attempts
skipSuccessfulRequests: true, // Don't count successful logins
});
app.use("/api/", globalLimiter);
app.use("/api/auth/login", authLimiter);
```
## Redis-based Rate Limiting
```typescript
import Redis from "ioredis";
const redis = new Redis();
export const checkRateLimit = async (
key: string,
max: number,
window: number
): Promise<{ allowed: boolean; remaining: number }> => {
const now = Date.now();
const windowStart = now - window;
await redis
.multi()
.zremrangebyscore(key, 0, windowStart)
.zadd(key, now, `${now}`)
.zcard(key)
.expire(key, Math.ceil(window / 1000))
.exec();
const count = await redis.zcard(key);
return {
allowed: count <= max,
remaining: Math.max(0, max - count),
};
};
```
## Per-User Rate Limiting
```typescript
export const userRateLimit = (max: number, window: number) => {
return async (req, res, next) => {
if (!req.user) return next();
const key = `rate_limit:user:${req.user.id}`;
const result = await checkRateLimit(key, max, window);
res.setHeader("X-RateLimit-Limit", max);
res.setHeader("X-RateLimit-Remaining", result.remaining);
if (!result.allowed) {
return res.status(429).json({
error: "Rate limit exceeded",
retryAfter: window / 1000,
});
}
next();
};
};
```
## IP-based Protection
```typescript
// Block suspicious IPs
const ipBlocklist = new Set<string>();
export const checkIPReputation = async (ip: string): Promise<boolean> => {
if (ipBlocklist.has(ip)) return false;
// Check against threat intelligence API
const reputation = await checkThreatIntel(ip);
if (reputation.isMalicious) {
ipBlocklist.add(ip);
return false;
}
return true;
};
```
## Response Headers
```
X-RateLimit-Limit: 100
X-RateLimit-Remaining: 95
X-RateLimit-Reset: 1640000000
Retry-After: 3600
```
## Best Practices
- Different limits for different endpoints
- Lower limits for expensive operations
- Skip rate limit for internal services
- Return helpful error messages
- Log rate limit violations
- Monitor for abuse patterns
- Allowlist trusted IPs
## Output Checklist
- [ ] Rate limiter middleware
- [ ] Per-route policies
- [ ] User-based limiting
- [ ] IP-based limiting
- [ ] Rate limit headers
- [ ] Safe error responses
- [ ] Observability/logging
- [ ] Bypass for internal services
© patricio0312rev · MIT · patricio0312rev/skills