MCP HubMCP Hub
스킬 목록으로 돌아가기

integrate-gestalt

pjt222
업데이트됨 Yesterday
2 조회
17
2
17
GitHub에서 보기
테스팅aitesting

정보

이 스킬은 `expand-awareness`가 수집한 다중 도메인 통찰들을 단일한, 창발적 이해로 종합합니다. 다양한 관점 간의 연결점과 긴장 관계를 분석하여 일관된 "게슈탈트"를 형성하고, 개별 도메인이 제공할 수 없는 통합된 통찰을 생성합니다. 시놉틱 워크플로우에서는 `expand-awareness` 이후, `express-insight` 이전에 사용하세요.

빠른 설치

Claude Code

추천
기본
npx skills add pjt222/agent-almanac -a claude-code
플러그인 명령대체
/plugin add https://github.com/pjt222/agent-almanac
Git 클론대체
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/integrate-gestalt

Claude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요

문서

Integrate Gestalt

Formar un todo coherente desde la percepción panorámica producida por expand-awareness — no promediando, comprometiendo o seleccionando la mejor respuesta de un dominio, sino identificando el patrón emergente que no podría haber surgido desde cualquier perspectiva individual sola.

Cuándo Usar

  • expand-awareness ha sacado a la superficie percepción cruda de múltiples dominios y las observaciones necesitan volverse una perspectiva unificada
  • Múltiples perspectivas de dominio están disponibles pero ninguna por sí sola da cuenta de toda la evidencia
  • Un problema ha sido analizado desde varios ángulos y los análisis separados necesitan volverse más que una lista
  • La pregunta "¿qué significa todo esto, tomado en conjunto?" no tiene respuesta obvia
  • Cuando la síntesis sigue colapsando en "elegir el mejor dominio" en lugar de formar algo nuevo
  • Antes de express-insight, que requiere una gestalt formada como su entrada

Entradas

  • Requerido: Observaciones multi-dominio de expand-awareness (o percepción panorámica equivalente)
  • Opcional: La pregunta o problema original que motivó el escaneo multi-dominio
  • Opcional: Restricciones conocidas que la gestalt debe satisfacer
  • Opcional: Intentos previos fallidos de integración (qué colapsó en respuestas de un solo dominio)

Procedimiento

Paso 1: Mapear Tensiones

Para cada par de dominios identificados en la percepción panorámica, caracterizar cómo se relacionan. Las tres relaciones posibles son tensión (no están de acuerdo), resonancia (se refuerzan desde diferentes ángulos) y ortogonalidad (abordan aspectos no relacionados).

Usar el mapa de tensión-resonancia:

Tension-Resonance Map
+-------------------+-------------------+-------------------------------+
| Domain Pair       | Relationship      | Detail                        |
+-------------------+-------------------+-------------------------------+
| A vs B            | tension /         |                               |
|                   | resonance /       |                               |
|                   | orthogonal        |                               |
|   Evidence:       |                   | What specifically disagrees,  |
|                   |                   | reinforces, or is unrelated?  |
|   Implication:    |                   | What does this relationship   |
|                   |                   | suggest for the whole?        |
+-------------------+-------------------+-------------------------------+
| A vs C            | ...               | ...                           |
+-------------------+-------------------+-------------------------------+
| B vs C            | ...               | ...                           |
+-------------------+-------------------+-------------------------------+

Llenar una fila por cada par de dominios. Para N dominios hay N(N-1)/2 pares. Si esto excede diez filas, agrupar dominios relacionados primero y mapear entre grupos.

Priorizar las tensiones — llevan la mayor información integrativa. Las resonancias confirman; las ortogonalidades pueden dejarse de lado; pero las tensiones demandan resolución, y la gestalt se encuentra en cómo se resuelven.

Esperado: Un mapa de tensión-resonancia completado donde cada par de dominios tiene una relación caracterizada con evidencia específica. Al menos una tensión genuina es identificada — si no hay tensiones, los dominios pueden no ser lo suficientemente diferentes para producir emergencia.

En caso de fallo: Si todos los pares muestran resonancia, los dominios están de acuerdo a un nivel superficial. Cavar más profundo: ¿dónde están de acuerdo por diferentes razones? El acuerdo-por-diferentes-razones es una tensión oculta. Si no se pueden caracterizar relaciones, la percepción panorámica de expand-awareness puede ser demasiado superficial — regresar y profundizar las observaciones específicas de dominio antes de intentar integrar.

Paso 2: Encontrar la Figura

En la psicología Gestalt, la figura emerge del fondo. El fondo es el mapa de tensión-resonancia del Paso 1. La figura es el patrón dominante que unifica la mayoría de los dominios con las menores contradicciones.

  1. Escanear el mapa por clusters: ¿qué grupos de dominios resuenan entre sí? Estos clusters sugieren figuras candidatas
  2. Para cada figura candidata, preguntar: "¿Qué perspectiva única hace sentido de la mayoría de las observaciones?"
  3. La figura no es un compromiso (debilitar cada dominio hasta que estén de acuerdo) ni una selección (elegir el dominio más fuerte). Es un nuevo marco que recontextualiza las observaciones de dominio
  4. Probar: declarar la figura candidata en una oración. ¿Se siente que pertenece a uno de los dominios de entrada? Si sí, no es todavía una gestalt — es una respuesta de dominio usando un disfraz
  5. Mirar específicamente las tensiones: la verdadera figura a menudo vive en el espacio entre los dominios en desacuerdo, no en la posición de cualquier dominio

Señales de que la figura está emergiendo:

  • Múltiples tensiones se resuelven simultáneamente bajo el mismo reframe
  • Observaciones de dominio que parecían contradictorias se vuelven aspectos complementarios del mismo fenómeno
  • La figura explica por qué cada dominio vio lo que vio, incluyendo por qué estaban en desacuerdo

Esperado: Una o dos figuras candidatas articuladas como oraciones únicas. Cada candidata recontextualiza las observaciones de dominio en lugar de seleccionar entre ellas. La candidata da cuenta al menos de las tensiones mayores en el mapa.

En caso de fallo: Si no emerge ninguna figura, la integración puede ser prematura. Dos caminos de recuperación: (a) regresar a expand-awareness y añadir un dominio que faltaba — a veces la figura no puede formarse porque una perspectiva clave está ausente; (b) sentarse con las tensiones sin forzar la resolución — algunas gestalts necesitan incubación en lugar de esfuerzo. Anotar el estado actual y regresar después.

Paso 3: Probar el Todo

La gestalt candidata del Paso 2 debe sobrevivir tres pruebas antes de ser aceptada.

Prueba A — Contabilidad de tensiones: Recorrer cada tensión del Paso 1. ¿La gestalt la resuelve, la reframea o la reconoce explícitamente como un compromiso irreducible? Las tensiones no abordadas indican una gestalt prematura.

Prueba B — Origen de un solo dominio: ¿Podría esta perspectiva haber venido desde dentro de un solo dominio? Si un especialista de dominio asentiría y diría "sí, ya lo sabíamos", la gestalt ha colapsado de vuelta a una respuesta de dominio. Una verdadera gestalt sorprende a cada dominio — cada uno reconoce su contribución pero no el todo.

Prueba C — Coherencia bajo rotación: Mentalmente abordar la gestalt desde la perspectiva de cada dominio en turno. ¿Mantiene su forma, o se ve diferente dependiendo desde qué dominio la vees? Una gestalt robusta es la misma perspectiva vista desde cualquier ángulo; una frágil cambia de significado bajo rotación.

Puntuación:

  • Las tres pruebas pasan: proceder al Paso 4
  • La Prueba A falla: la gestalt está incompleta — regresar al Paso 2 con las tensiones no resueltas como restricciones adicionales
  • La Prueba B falla: la gestalt no es emergente — regresar al Paso 2 y excluir explícitamente los encuadres de un solo dominio
  • La Prueba C falla: la gestalt no es coherente — pueden ser dos perspectivas separadas haciéndose pasar por una. Dividir y probar cada mitad independientemente

Esperado: La gestalt candidata pasa las tres pruebas, o el modo de fallo está claramente identificado y guía un retorno al Paso 2.

En caso de fallo: Si la candidata falla repetidamente después de múltiples iteraciones, considerar que los dominios pueden no formar una gestalt natural para este problema. No toda observación multi-dominio produce emergencia — a veces la respuesta honesta es una lista estructurada de perspectivas de dominio con sus tensiones mapeadas. Entregar el mapa de tensión-resonancia como la salida en lugar de forzar una falsa unidad.

Paso 4: Nombrar la Perspectiva

Articular la gestalt en una sola oración que un especialista de dominio no habría escrito desde dentro de su dominio solo. Esta oración es el entregable.

  1. Escribir la oración. Debe ser:
    • Específica suficientemente para ser accionable o falsable
    • General suficientemente para abarcar todos los dominios contribuyentes
    • Sorprendente para al menos dos de los dominios de entrada
    • Libre de jerga de cualquier dominio individual (o usando jerga deliberadamente recontextualizada)
  2. Probar la oración contra los tres criterios del Paso 3 una última vez
  3. Opcionalmente, añadir una expansión de un párrafo que rastrea cómo emergió la gestalt desde las contribuciones de dominio — esta es la procedencia, no la perspectiva misma
  4. Registrar qué dominios contribuyeron, qué tensiones fueron clave y cuál fue la relación figura-fondo — estos metadatos soportan futuros intentos de integración

La perspectiva nombrada, junto con su procedencia, se vuelve la entrada para express-insight para comunicación.

Esperado: Una sola oración capturando la gestalt, acompañada por un párrafo breve de procedencia. La oración pasa la prueba "ningún dominio único". Al leerla, un practicante de cualquier dominio contribuyente reconoce la contribución de su campo pero no podría haber llegado a la declaración solo.

En caso de fallo: Si la oración sigue colapsando en lenguaje de dominio, probar la prueba de negación: declarar lo que la gestalt NO es. "Esto no es una recomendación de seguridad, y no es una optimización de rendimiento, y no es un patrón arquitectónico — es [la gestalt]." Las negaciones limpian los marcos de dominio y crean espacio para la formulación emergente.

Validación

  • Un mapa de tensión-resonancia fue completado para todos los pares de dominios con evidencia específica
  • Al menos una tensión genuina (no solo diferencia de énfasis) fue identificada
  • La gestalt candidata fue articulada como un reframe, no un compromiso o selección
  • La Prueba A pasó: todas las tensiones mayores son resueltas, reframeadas o reconocidas
  • La Prueba B pasó: ningún dominio único podría haber producido esta perspectiva solo
  • La Prueba C pasó: la gestalt mantiene su forma cuando se ve desde la perspectiva de cada dominio
  • La perspectiva final se expresa en una sola oración con procedencia

Errores Comunes

  • Promediar: Debilitar la posición de cada dominio hasta que superficialmente estén de acuerdo. Esto produce papilla, no gestalt. Si la integración se siente blanda, está promediando
  • King-making: Seleccionar la respuesta del dominio más fuerte y vestirla en lenguaje multi-dominio. La Prueba B captura esto — si un especialista de dominio asentiría sin sorpresa, es king-making
  • Cierre prematuro: Aceptar la primera figura candidata sin probarla contra las tensiones. La primera figura que emerge es a menudo la más obvia, no la más integrativa
  • Unidad forzada: Insistir en que una gestalt debe existir cuando los dominios son genuinamente ortogonales. Los dominios ortogonales producen listas estructuradas, no gestalts — y eso es un resultado válido
  • Mezcla de jergas: Combinar términos técnicos de múltiples dominios en una oración que suena integrativa pero no significa nada. Cada término en la oración final debe ser independientemente significativo

Habilidades Relacionadas

  • expand-awareness — produce la percepción panorámica cruda que esta habilidad integra; siempre precede a integrate-gestalt
  • express-insight — comunica la gestalt formada a su audiencia; siempre sigue a integrate-gestalt
  • build-coherence — selecciona entre opciones competidoras usando evaluación estructurada; integrate-gestalt forma un nuevo todo en lugar de elegir entre opciones existentes
  • brahma-bhaga — crea desde el vacío; integrate-gestalt crea desde la abundancia (múltiples perspectivas llenas)
  • meditate — limpia el contexto previo para habilitar percepción limpia; útil antes de expand-awareness, que precede a esta habilidad
  • coordinate-reasoning — gestiona el flujo de información en evaluación multi-camino; complementaria cuando la gestalt involucra coordinar múltiples hilos de razonamiento

GitHub 저장소

pjt222/agent-almanac
경로: i18n/es/skills/integrate-gestalt
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

연관 스킬

evaluating-llms-harness

테스팅

이 Claude Skill은 MMLU, GSM8K를 포함한 60개 이상의 표준화된 학술 과제에서 LLM 성능을 벤치마크하기 위해 lm-evaluation-harness를 실행합니다. 개발자들이 모델 품질을 비교하고, 학습 진행 상황을 추적하거나 학술 결과를 보고할 수 있도록 설계되었습니다. 이 도구는 HuggingFace와 vLLM 모델을 포함한 다양한 백엔드를 지원합니다.

스킬 보기

cloudflare-cron-triggers

테스팅

이 스킬은 cron 표현식을 사용하여 Worker를 스케줄링하기 위한 Cloudflare Cron Triggers 구현에 관한 포괄적인 지식을 제공합니다. 주기적 작업, 유지보수 작업, 자동화된 워크플로우 설정 방법을 다루며, 잘못된 cron 표현식이나 시간대 문제 같은 일반적인 이슈들을 해결하는 방법을 포함합니다. 개발자들은 이를 통해 스케줄된 핸들러 구성, cron 트리거 테스트, Workflows 및 Green Compute와의 연동 작업을 수행할 수 있습니다.

스킬 보기

webapp-testing

테스팅

이 Claude Skill은 Python 스크립트를 통해 로컬 웹 애플리케이션을 테스트하기 위한 Playwright 기반 툴킷을 제공합니다. 프론트엔드 검증, UI 디버깅, 스크린샷 캡처, 로그 확인 기능을 지원하며 서버 라이프사이클을 관리합니다. 브라우저 자동화 작업에 사용하되 컨텍스트 오염을 방지하기 위해 소스 코드를 읽지 않고 스크립트를 직접 실행하세요.

스킬 보기

finishing-a-development-branch

테스팅

이 스킬은 테스트 통과를 확인한 후 체계적인 통합 옵션을 제시하여 개발자가 완성된 작업을 마무리하도록 돕습니다. 구현이 완료된 후 머지, PR 생성, 브랜치 정리와 같은 워크플로우를 안내합니다. 코드가 준비되고 테스트가 완료되었을 때 개발 프로세스를 체계적으로 마무리하기 위해 사용하세요.

스킬 보기