defend-colony
정보
이 스킬은 분산 시스템을 위한 다층 방어 프레임워크를 제공하며, 경보 신호, 역할 동원, 비례적 대응 확대를 통해 집단적 위협 대응을 구현합니다. 위협 탐지, 경보 전파, 면역 반응 패턴, 사고 후 복구를 다룹니다. 단일 구성 요소로 모든 위협을 커버할 수 없는 방어 심화 시스템을 구축할 때, 또는 현재 사고 대응이 사소한 경보에 과잉 반응하거나 실제 위협에는 미흡하게 반응하는 경우에 사용하세요.
빠른 설치
Claude Code
추천npx skills add pjt222/agent-almanac -a claude-code/plugin add https://github.com/pjt222/agent-almanacgit clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/defend-colonyClaude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요
문서
Defend Colony
Implementar defensa colectiva por capas para sistemas distribuidos, equipos u organizaciones — usando señalización de alarma, movilización de roles, respuesta proporcional y patrones de memoria inmune inspirados en la defensa de colonias de insectos sociales y sistemas inmunes biológicos.
Cuándo Usar
- Diseñar defensa en profundidad para sistemas distribuidos donde ningún guardián único puede cubrir todas las amenazas
- Construir procesos de respuesta a incidentes que escalen con la severidad de la amenaza
- Proteger un sistema donde los componentes individuales no pueden defenderse solos
- La defensa actual es sobre-reactiva (cada alerta dispara movilización completa) o sub-reactiva (las amenazas pasan desapercibidas hasta que el daño está hecho)
- Construir resiliencia organizacional donde los equipos deben auto-organizarse en respuesta a incidentes
- Complementar
coordinate-swarmcon patrones específicos de coordinación de respuesta a amenazas
Entradas
- Requerido: Descripción de la colonia (sistema, organización, equipo) a defender
- Requerido: Categorías de amenazas conocidas (ataques, fallos, competidores, riesgos ambientales)
- Opcional: Mecanismos de defensa actuales y sus modos de fallo
- Opcional: Tipos de defensores disponibles y sus capacidades
- Opcional: Latencia de respuesta aceptable por nivel de amenaza
- Opcional: Requisitos de recuperación post-incidente
Procedimiento
Paso 1: Mapear el Panorama de Amenazas y el Perímetro de Defensa
Identificar qué necesita ser defendido, de qué y dónde está el perímetro.
- Definir los activos críticos de la colonia:
- ¿Qué debe protegerse a toda costa? (datos centrales, sistemas de producción, personas clave)
- ¿Qué puede sostener daño temporal? (entornos de prueba, servicios no críticos)
- ¿Qué es prescindible bajo amenaza extrema? (cachés, réplicas, funcionalidades no esenciales)
- Clasificar amenazas por tipo y severidad:
- Sondeos: reconocimiento o pruebas de bajo nivel (escaneo de puertos, intentos de inicio de sesión fallidos repetidos)
- Incursiones: violaciones activas del perímetro (acceso no autorizado, intentos de inyección)
- Infestaciones: amenazas persistentes ya dentro del perímetro (nodos comprometidos, amenazas internas)
- Existenciales: amenazas a la supervivencia de la colonia (corrupción de datos, fallo catastrófico, DDoS)
- Mapear el perímetro de defensa:
- Perímetro exterior: primera oportunidad de detección (firewalls, límites de tasa, monitoreo)
- Perímetro interior: fronteras de activos críticos (controles de acceso, cifrado, aislamiento)
- Núcleo: defensas de último recurso (respaldos, interruptores de emergencia, disyuntores)
Esperado: Un mapa claro de activos (priorizados), amenazas (clasificadas por severidad) y perímetros de defensa (por capas). Este mapa guía todo el diseño de defensa subsiguiente.
En caso de fallo: Si el panorama de amenazas se siente abrumador, comenzar con los 3 activos críticos principales y los 3 tipos de amenaza principales. La cobertura perfecta es menos importante que la cobertura de lo que más importa. Si los límites del perímetro no están claros, aplicar por defecto "no confiar en nada, verificar todo" (postura de confianza cero) y definir los límites a medida que se observan los patrones de tráfico reales.
Paso 2: Diseñar la Red de Señalización de Alarma
Construir el sistema de comunicación que detecta amenazas y propaga alertas.
- Desplegar centinelas en cada capa de defensa:
- Centinelas exteriores: detectores ligeros de alta sensibilidad (pueden producir falsos positivos)
- Centinelas interiores: detectores más pesados de alta especificidad (menos falsos positivos, más lentos)
- Centinelas del núcleo: monitores de activos críticos (tolerancia cero para amenazas no detectadas)
- Definir señales de alarma con intensidad graduada:
- Amarillo: anomalía detectada, monitoreo aumentado, sin movilización
- Naranja: patrón de amenaza confirmado, defensores locales se movilizan, exploradores investigan
- Rojo: brecha activa o amenaza severa, movilización completa de defensa, actividad no esencial pausada
- Negro: amenaza existencial, todos los recursos a defensa, sacrificar activos prescindibles si es necesario
- Implementar propagación de alarma:
- Local: centinelas alertan a defensores cercanos directamente
- Regional: grupos de centinelas agregan señales y escalan si se alcanza el umbral
- Toda la colonia: la escalación regional dispara alarma de difusión
- Cada paso de propagación agrega confirmación — un solo centinela no puede disparar alarma de toda la colonia
- Incorporar prevención de fatiga de alarma:
- Suprimir automáticamente alarmas idénticas repetidas (deduplicación con ventana temporal)
- Requerir que la escalación sea confirmada por centinelas independientes
- Rastrear la relación alarma-amenaza — si la tasa de falsos positivos excede el 50%, recalibrar centinelas
Alarm Propagation:
┌──────────────────────────────────────────────────────────┐
│ Sentinel detects anomaly ──→ Yellow alert (local) │
│ │ │
│ ↓ (confirmed by 2nd sentinel) │
│ Orange alert ──→ Local defenders mobilize │
│ │ │
│ ↓ (pattern matches known threat + 3rd sentinel) │
│ Red alert ──→ Full defense mobilization │
│ │ │
│ ↓ (critical asset under active attack) │
│ Black alert ──→ All resources to defense, circuit break │
└──────────────────────────────────────────────────────────┘
Esperado: Un sistema de alarma graduado donde la severidad de la amenaza determina la intensidad de la respuesta. Las confirmaciones de múltiples centinelas independientes previenen falsas alarmas de punto único. La fatiga de alarma se gestiona mediante deduplicación y calibración.
En caso de fallo: Si el sistema de alarma produce demasiados falsos positivos, elevar los umbrales de los centinelas o requerir más confirmaciones antes de la escalación. Si las amenazas se filtran sin ser detectadas, agregar centinelas en la capa penetrada o bajar los umbrales de detección. Si la propagación de alarma es demasiado lenta, reducir los requisitos de confirmación — pero aceptar una mayor tasa de falsos positivos como compensación.
Paso 3: Movilizar Defensores Basados en Roles
Asignar roles de defensa y protocolos de movilización proporcionales al nivel de amenaza.
- Definir roles de defensores:
- Centinelas: especialistas en detección (siempre activos, bajo costo de recursos)
- Guardias: primeros respondedores (inactivos hasta ser movilizados, respuesta rápida)
- Soldados: defensores pesados (costosos de movilizar, alta capacidad)
- Sanadores: especialistas en reparación de daños y recuperación (ver
repair-damage) - Mensajeros: coordinan la defensa entre regiones de la colonia
- Mapear roles a niveles de alerta:
- Amarillo: centinelas aumentan frecuencia de monitoreo, guardias en espera
- Naranja: guardias se movilizan a la ubicación de la amenaza, soldados en espera
- Rojo: soldados se movilizan, trabajadores no esenciales reasignados a defensa
- Negro: todos los roles a defensa, actividades de la colonia suspendidas
- Implementar respuesta proporcional:
- Nunca desplegar soldados para un sondeo (desperdicio y revela capacidades)
- Nunca depender solo de centinelas contra una incursión (respuesta insuficiente)
- Ajustar la respuesta al nivel de amenaza — escalar si el nivel actual falla, desescalar cuando la amenaza retrocede
- Protocolo de transición de roles:
- Los trabajadores pueden convertirse en guardias (capacitación temporal para emergencia)
- Los guardias pueden convertirse en soldados (amenaza sostenida requiere respuesta más pesada)
- Después de que pasa la amenaza, las transiciones inversas restauran las operaciones normales
Esperado: Una fuerza de defensa que escala con la severidad de la amenaza. Las operaciones normales usan recursos de defensa mínimos. Bajo amenaza, la colonia puede movilizar rápidamente defensa proporcional sin sobre-reaccionar ni sub-reaccionar.
En caso de fallo: Si la movilización es demasiado lenta, pre-posicionar guardias más cerca de los vectores de amenaza conocidos. Si la movilización es demasiado costosa, reducir la fuerza de guardias permanente y depender más de las transiciones trabajador-a-guardia. Si ocurre confusión de roles durante la movilización, simplificar a 3 roles (detectar, responder, recuperar) en lugar de 5.
Paso 4: Ejecutar Memoria Inmune y Adaptación
Aprender de cada encuentro con amenazas para mejorar la defensa futura.
- Después de cada incidente, crear una firma de amenaza:
- Patrón de ataque (cómo se detectó la amenaza)
- Vector de ataque (por dónde entró)
- Respuesta efectiva (qué la detuvo)
- Respuesta fallida (qué no funcionó)
- Almacenar firmas en la memoria inmune de la colonia:
- Biblioteca de patrones de búsqueda rápida para centinelas
- Manuales de defensores actualizados con respuestas conocidas como efectivas
- Patrones de falsos positivos marcados para reducir la fatiga de alarma futura
- Implementar inmunidad adaptativa:
- Las nuevas firmas de amenaza se propagan a todos los centinelas (aprendizaje de toda la colonia)
- Los centinelas que detectaron la amenaza reciben actualizaciones prioritarias (aprendizaje local)
- La revisión periódica elimina firmas obsoletas (amenazas que ya no aplican)
- Probar la memoria inmune bajo estrés:
- Re-simular amenazas pasadas periódicamente para verificar que las defensas aún funcionan
- Ejercicios de equipo rojo introducen amenazas novedosas para probar la adaptación
- Medir el tiempo de detección para amenazas conocidas vs. desconocidas
Esperado: Un sistema de defensa que se fortalece con cada encuentro. Las amenazas conocidas se detectan más rápido y se responde a ellas más efectivamente. Las amenazas novedosas se manejan por el sistema de alarma graduado, y su resolución se agrega a la memoria inmune.
En caso de fallo: Si la memoria inmune crece demasiado y ralentiza la detección, priorizar firmas por frecuencia y severidad, archivando amenazas raras/menores. Si la defensa se especializa demasiado contra amenazas conocidas y no detecta las novedosas, mantener una función de "patrulla general" que no dependa del reconocimiento de patrones — detección pura de anomalías como línea base.
Paso 5: Coordinar la Recuperación Post-Incidente
Transicionar del modo de defensa de vuelta a las operaciones normales con reparación de daños y mejora de resiliencia.
- Verificación de eliminación de amenaza:
- Confirmar que la amenaza está neutralizada (no solo suprimida)
- Escanear amenazas secundarias que puedan haber entrado durante el incidente primario
- Verificar que no quedan agentes comprometidos activos
- Evaluación de daños:
- Catalogar qué fue dañado, degradado o perdido
- Priorizar reparación por criticidad (activos centrales primero)
- Estimar tiempo de recuperación y recursos necesarios
- Ejecución de recuperación:
- Desplegar sanadores a las áreas dañadas (ver
repair-damagepara recuperación detallada) - Restaurar servicios en orden de prioridad
- Mantener actividad elevada de centinelas durante la recuperación (período vulnerable)
- Desplegar sanadores a las áreas dañadas (ver
- Protocolo de desescalación:
- Reducir niveles de alerta gradualmente (Rojo -> Naranja -> Amarillo -> Normal)
- Devolver trabajadores reasignados a sus roles primarios
- Desmovilizar soldados y devolver guardias a patrullaje
- Revisión post-incidente dentro de 24 horas mientras la memoria está fresca
Esperado: Una transición suave de defensa a recuperación a operaciones normales. El monitoreo elevado durante la recuperación detecta amenazas secundarias. La revisión post-incidente alimenta los aprendizajes en la memoria inmune.
En caso de fallo: Si la recuperación es demasiado lenta, pre-construir manuales de recuperación para los escenarios de daño más probables. Si emergen amenazas secundarias durante la recuperación, la desescalación fue demasiado agresiva — mantener niveles de alerta más altos por más tiempo. Si la revisión post-incidente se omite (común bajo presión de tiempo), programarla como un evento de calendario innegociable.
Validación
- Los activos críticos están identificados y priorizados
- Las amenazas están clasificadas por tipo y severidad
- El perímetro de defensa tiene múltiples capas con centinelas en cada una
- La señalización de alarma tiene niveles graduados con confirmación multi-centinela
- Los roles de defensores están definidos con movilización mapeada a niveles de alerta
- La respuesta proporcional previene sobre-reacción y sub-reacción
- La memoria inmune captura y aplica lecciones de cada incidente
- El protocolo de recuperación post-incidente restaura las operaciones normales de forma segura
Errores Comunes
- Defensa Línea Maginot: Sobre-invertir en una sola capa de defensa mientras se dejan otras desprotegidas. La defensa debe ser por capas — cualquier capa individual puede ser vulnerada
- Fatiga de alerta: Demasiadas alarmas con muy pocas amenazas reales degrada la atención de los defensores. Calibrar centinelas despiadadamente; un falso positivo no detectado es más barato que una amenaza real no detectada
- Respuesta simétrica: Responder a cada amenaza con la misma intensidad desperdicia recursos y revela todas tus capacidades. Ajustar la respuesta a la amenaza — escalar solo cuando sea necesario
- Sin memoria inmune: Defenderse contra el mismo tipo de amenaza repetidamente sin aprender es costoso y frágil. Cada incidente debe actualizar el conocimiento de defensa de la colonia
- Pie de guerra permanente: Las operaciones sostenidas en alta alerta agotan a los defensores y degradan el funcionamiento normal de la colonia. Desescalar deliberadamente cuando la amenaza pasa
Habilidades Relacionadas
coordinate-swarm— patrones de coordinación fundamentales que soportan la señalización de alarma y la movilizaciónbuild-consensus— consenso rápido para decisiones de defensa colectiva bajo presión de tiemposcale-colony— los sistemas de defensa deben escalar con el crecimiento de la coloniarepair-damage— habilidad mórfica para recuperación regenerativa después de incidentes de defensaconfigure-alerting-rules— configuración práctica de alertas que implementa patrones de señalización de alarmaconduct-post-mortem— análisis post-incidente estructurado para alimentar la memoria inmune
GitHub 저장소
연관 스킬
executing-plans
디자인executing-plans 스킬은 검토 체크포인트가 포함된 통제된 배치로 실행할 완전한 구현 계획이 있을 때 사용합니다. 이 스킬은 계획을 불러와 비판적으로 검토한 후, 소규모 배치(기본값 3개 작업)로 작업을 실행하면서 각 배치 사이에 진행 상황을 아키텍트 검토를 위해 보고합니다. 이를 통해 내재된 품질 관리 체크포인트를 갖춘 체계적인 구현이 보장됩니다.
requesting-code-review
디자인이 스킬은 코드 변경 사항을 요구 사항에 따라 분석하기 위해 코드 리뷰어 하위 에이전트를 호출합니다. 작업 완료 후, 주요 기능 구현 후, 또는 메인 브랜치에 병합하기 전에 사용해야 합니다. 이 리뷰는 현재 구현체와 원래 계획을 비교하여 문제를 조기에 발견하는 데 도움이 됩니다.
connect-mcp-server
디자인이 스킬은 개발자들이 HTTP, stdio 또는 SSE 전송 방식을 통해 MCP 서버를 Claude Code에 연결하는 포괄적인 가이드를 제공합니다. GitHub, Notion 및 사용자 정의 API와 같은 외부 서비스를 통합하기 위한 설치, 구성, 인증 및 보안을 다룹니다. MCP 통합 설정, 외부 도구 구성 또는 Claude의 모델 컨텍스트 프로토콜 작업 시 활용하세요.
web-cli-teleport
디자인이 스킬은 작업 분석을 기반으로 개발자가 Claude Code 웹 인터페이스와 CLI 인터페이스 중 선택할 수 있도록 돕고, 두 환경 간 원활한 세션 텔레포트를 가능하게 합니다. 웹, CLI 또는 모바일 환경 전환 시 세션 상태와 컨텍스트를 관리하여 워크플로를 최적화합니다. 다양한 단계에서 서로 다른 도구가 필요한 복잡한 프로젝트에 사용하세요.
