スキル一覧に戻る

integrate-gestalt

pjt222
更新日 Yesterday
1 閲覧
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スキルは、lm-evaluation-harnessを実行し、MMLUやGSM8Kなど60以上の標準化学術タスクでLLMをベンチマークします。開発者がモデルの品質を比較し、トレーニングの進捗を追跡し、学術的な結果を報告するために設計されています。このツールはHuggingFaceやvLLMモデルを含む様々なバックエンドをサポートしています。

スキルを見る

cloudflare-cron-triggers

テスト

このスキルは、cron式を使用してWorkersをスケジュールするためのCloudflare Cron Triggersの実装に関する包括的な知識を提供します。定期的なタスクの設定、メンテナンスジョブ、自動化されたワークフローの構築を網羅し、無効なcron式やタイムゾーン問題といった一般的な課題への対処法も含みます。開発者はこれを使用して、スケジュールされたハンドラーの設定、cronトリガーのテスト、WorkflowsやGreen Computeとの連携を構成できます。

スキルを見る

webapp-testing

テスト

このClaude Skillは、Playwrightベースのツールキットを提供し、Pythonスクリプトを通じてローカルWebアプリケーションのテストを可能にします。フロントエンドの検証、UIデバッグ、スクリーンショット撮影、ログ表示を実現し、サーバーライフサイクルを管理します。ブラウザ自動化タスクにご利用いただけますが、コンテキストの汚染を避けるため、スクリプトのソースコードを読むのではなく直接実行してください。

スキルを見る

finishing-a-development-branch

テスト

このスキルは、開発者がテストの合格を確認し、構造化された統合オプションを提示することで、完成した作業を仕上げることを支援します。実装が完了した後のマージ、PR作成、ブランチの整理といったワークフローを案内します。コードが準備できてテスト済みの際に使用し、開発プロセスを体系的に完了させましょう。

スキルを見る