Back to Skills

integrate-gestalt

pjt222
Updated Yesterday
4 views
17
2
17
View on GitHub
Testingaitesting

About

This skill synthesizes the multi-domain insights gathered by `expand-awareness` into a single, emergent understanding. It analyzes connections and tensions between perspectives to form a coherent "gestalt" and produces a unified insight that no individual domain could provide. Use it after `expand-awareness` and before `express-insight` in the synoptic workflow.

Quick Install

Claude Code

Recommended
Primary
npx skills add pjt222/agent-almanac -a claude-code
Plugin CommandAlternative
/plugin add https://github.com/pjt222/agent-almanac
Git CloneAlternative
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/integrate-gestalt

Copy and paste this command in Claude Code to install this skill

Documentation

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 Repository

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

Related Skills

evaluating-llms-harness

Testing

This Claude Skill runs the lm-evaluation-harness to benchmark LLMs across 60+ standardized academic tasks like MMLU and GSM8K. It's designed for developers to compare model quality, track training progress, or report academic results. The tool supports various backends including HuggingFace and vLLM models.

View skill

cloudflare-cron-triggers

Testing

This skill provides comprehensive knowledge for implementing Cloudflare Cron Triggers to schedule Workers using cron expressions. It covers setting up periodic tasks, maintenance jobs, and automated workflows while handling common issues like invalid cron expressions and timezone problems. Developers can use it for configuring scheduled handlers, testing cron triggers, and integrating with Workflows and Green Compute.

View skill

webapp-testing

Testing

This Claude Skill provides a Playwright-based toolkit for testing local web applications through Python scripts. It enables frontend verification, UI debugging, screenshot capture, and log viewing while managing server lifecycles. Use it for browser automation tasks but run scripts directly rather than reading their source code to avoid context pollution.

View skill

finishing-a-development-branch

Testing

This skill helps developers complete finished work by verifying tests pass and then presenting structured integration options. It guides the workflow for merging, creating PRs, or cleaning up branches after implementation is done. Use it when your code is ready and tested to systematically finalize the development process.

View skill