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

derive-theoretical-result

pjt222
업데이트됨 Yesterday
1 조회
17
2
17
GitHub에서 보기
디자인general

정보

이 스킬은 첫 원리나 확립된 정리로부터 단계별 이론적 도출을 생성하며, 각 단계를 명시적으로 정당화합니다. 공식 도출, 수학적 명제 증명, 검증을 위한 교과서 결과 재도출, 또는 알려진 결과를 더 넓은 맥락으로 확장하는 데 적합하게 설계되었습니다. 주요 특징으로는 특수 사례 검증과 논문이나 학위 논문에 적합한 자체 포함형 도출 과정 생성이 포함됩니다.

빠른 설치

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/derive-theoretical-result

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

문서

Derive Theoretical Result

Producir una derivación rigurosa, paso a paso, de un resultado teórico partiendo de axiomas declarados, primeros principios o teoremas establecidos. Cada paso algebraico o lógico está justificado explícitamente, los casos límite se verifican, y el resultado final se presenta con un glosario de notación completo.

Cuándo Usar

  • Derivar una fórmula, relación o teorema desde primeros principios (ej., derivar la ecuación de Euler-Lagrange del principio de acción)
  • Demostrar un enunciado matemático por deducción lógica desde axiomas
  • Re-derivar un resultado de libro de texto para verificarlo o adaptarlo a un contexto modificado
  • Extender un resultado conocido a un contexto más general (ej., del espacio-tiempo plano al espacio-tiempo curvo)
  • Producir una derivación autocontenida para un artículo, tesis o informe técnico

Entradas

  • Requerido: Resultado objetivo a derivar (ecuación, desigualdad, enunciado de teorema o relación)
  • Requerido: Punto de partida (axiomas, postulados, resultados previamente establecidos, o Lagrangiano/Hamiltoniano)
  • Opcional: Técnica de demostración preferida (directa, por contradicción, por inducción, variacional, constructiva)
  • Opcional: Convenciones de notación a seguir (si se ajustan a un libro de texto o convenciones de un colaborador)
  • Opcional: Resultados intermedios conocidos que pueden citarse sin re-derivación

Procedimiento

Paso 1: Declarar las Suposiciones Iniciales y el Resultado Objetivo

Escribir el contrato de la derivación explícitamente antes de cualquier cálculo:

  1. Axiomas y postulados: Listar toda suposición en la que se basa la derivación. Para física, esto incluye el grupo de simetría, el principio de acción o los postulados de la mecánica cuántica. Para matemáticas, esto incluye el sistema axiomático y cualquier lema previamente demostrado.
  2. Resultado objetivo: Declarar el resultado a derivar en notación matemática precisa. Si el resultado es una ecuación, escribir ambos lados. Si es una desigualdad, declarar la dirección y las condiciones de igualdad.
  3. Alcance y restricciones: Declarar el dominio de validez (ej., "válido para partículas no relativistas sin espín en tres dimensiones"). Identificar lo que la derivación no cubre.
  4. Declaración de notación: Definir cada símbolo que aparecerá. Esto previene ambigüedad y hace la derivación autocontenida.
## Derivation Contract
- **Starting from**: [axioms, postulates, or established results]
- **Target**: [precise mathematical statement]
- **Domain of validity**: [restrictions and assumptions]
- **Notation**:
  - [symbol]: [meaning and units]
  - ...

Esperado: Una declaración completa e inequívoca de qué se está derivando a partir de qué, con toda la notación definida de antemano.

En caso de fallo: Si el resultado objetivo es ambiguo o las suposiciones iniciales están incompletas, clarificar antes de proceder. Una derivación con suposiciones ocultas no es confiable.

Paso 2: Identificar la Maquinaria Matemática Requerida

Examinar las herramientas necesarias y verificar su aplicabilidad:

  1. Técnicas algebraicas: Identificar manipulaciones requeridas (álgebra tensorial, álgebra de conmutadores, operaciones matriciales, expansiones en series). Verificar que las estructuras involucradas satisfacen los prerrequisitos (ej., condiciones de convergencia para series, invertibilidad para operaciones matriciales).
  2. Cálculo y análisis: Identificar si la derivación requiere diferenciación ordinaria o parcial, integración (y sobre qué dominio), derivadas funcionales, integración de contorno o teoría de distribuciones. Verificar condiciones de regularidad (diferenciabilidad, integrabilidad, analiticidad).
  3. Simetría y teoría de grupos: Identificar herramientas de teoría de representaciones necesarias (representaciones irreducibles, coeficientes de Clebsch-Gordan, ortogonalidad de caracteres, teorema de Wigner-Eckart).
  4. Topología y geometría (si aplica): Identificar estructuras geométricas (variedades, fibrados, conexiones) y restricciones topológicas (términos de frontera, números de enrollamiento, teoremas de índice).
  5. Identidades y lemas conocidos: Recopilar las identidades específicas que se invocarán (ej., identidad de Jacobi, identidad de Bianchi, integración por partes, teorema de Stokes). Declarar cada una explícitamente para que la derivación pueda citarlas por nombre.
## Mathematical Toolkit
- **Algebra**: [techniques and prerequisites]
- **Analysis**: [calculus tools and regularity conditions]
- **Symmetry**: [group theory tools]
- **Identities to invoke**: [list with precise statements]

Esperado: Una lista de verificación de herramientas matemáticas con sus condiciones de aplicabilidad verificadas para el problema específico en cuestión.

En caso de fallo: Si una herramienta requerida tiene prerrequisitos no verificados (ej., diferenciación término a término de una serie cuya convergencia uniforme es desconocida), señalarlo como una brecha. O demostrar el prerrequisito o declararlo como una suposición adicional.

Paso 3: Ejecutar la Derivación con Justificación Paso a Paso

Llevar a cabo la derivación con cada paso etiquetado y justificado:

  1. Una operación por paso: Cada paso numerado realiza exactamente una operación algebraica o lógica. No combinar múltiples manipulaciones en un solo paso.
  2. Etiquetas de justificación: Etiquetar cada paso con su justificación. Etiquetas comunes:
    • [by assumption] -- invocando un axioma o suposición declarada
    • [by definition] -- usando una definición previamente declarada
    • [by {identity name}] -- aplicando una identidad con nombre (ej., "by Jacobi identity")
    • [by Step N] -- citando un paso anterior en esta derivación
    • [by {theorem name}] -- invocando un teorema externo (declarado en el Paso 2)
  3. Puntos de control intermedios: Después de cada 5-10 pasos, pausar y verificar:
    • Las unidades/dimensiones son consistentes en ambos lados
    • Las simetrías conocidas se preservan
    • La expresión tiene las propiedades de transformación correctas
  4. Puntos de ramificación: Si la derivación se ramifica (ej., análisis de casos para eigenvalores degenerados vs. no degenerados), tratar cada rama como una sub-derivación etiquetada y fusionar los resultados.
## Derivation

**Step 1.** [Starting expression]
*Justification*: [by assumption / definition]

**Step 2.** [Result of operation on Step 1]
*Justification*: [specific reason]

...

**Checkpoint (after Step N).** Verify:
- Dimensions: [check]
- Symmetry: [check]

...

**Step M.** [Final expression = Target result]
*Justification*: [final operation]  QED

Esperado: Una secuencia lineal de pasos desde el punto de partida hasta el resultado objetivo, sin brechas en la lógica. Cada paso es independientemente verificable.

En caso de fallo: Si un paso no se sigue del anterior, la derivación tiene una brecha. O insertar los pasos intermedios faltantes o identificar la suposición adicional necesaria. Nunca saltar un paso con "se puede demostrar que" a menos que el resultado omitido sea una identidad conocida listada en el Paso 2.

Paso 4: Verificar Casos Límite y Valores Especiales

Validar el resultado derivado contra física o matemáticas conocidas:

  1. Casos límite: Identificar al menos tres casos límite donde el resultado debería reducirse a algo conocido:

    • Una fórmula más simple, previamente derivada (ej., límite no relativista de un resultado relativista)
    • Un caso trivial (ej., establecer una constante de acoplamiento en cero)
    • Un régimen de parámetro extremo (ej., límite de alta temperatura o baja temperatura)
  2. Valores especiales: Sustituir valores específicos de parámetros donde la respuesta es conocida independientemente (ej., n=1 para el átomo de hidrógeno, d=3 para resultados tridimensionales).

  3. Verificaciones de simetría: Verificar que el resultado se transforma correctamente bajo el grupo de simetría. Si el resultado debería ser un escalar, verificar que es invariante. Si debería ser un vector, verificar su ley de transformación.

  4. Consistencia con resultados relacionados: Comprobar que el resultado derivado es consistente con otros resultados conocidos en la misma teoría (ej., identidades de Ward, reglas de suma, relaciones de reciprocidad).

## Limiting Case Verification
| Case | Condition | Expected Result | Derived Result | Match |
|------|-----------|----------------|----------------|-------|
| [name] | [parameter limit] | [known result] | [substitution] | [Yes/No] |
| ... | ... | ... | ... | ... |

Esperado: Todos los casos límite y valores especiales producen los resultados esperados. La derivación es internamente consistente.

En caso de fallo: Un caso límite fallido indica un error en la derivación. Rastrear el fallo verificando qué paso produce primero una expresión que falla en el límite. Causas comunes: signo incorrecto, factor faltante de 2 o pi, coeficiente combinatorial incorrecto, o un paso donde el orden de los límites importa.

Paso 5: Presentar la Derivación Completa con Glosario de Notación

Ensamblar la derivación final y pulida:

  1. Estructura narrativa: Escribir un párrafo introductorio breve declarando la motivación física o matemática, el enfoque y el resultado principal.
  2. Cuerpo de la derivación: Presentar los pasos del Paso 3, limpiados para legibilidad. Agrupar pasos relacionados en bloques lógicos con encabezados descriptivos (ej., "Expandiendo la acción a segundo orden", "Aplicando la condición de fase estacionaria").
  3. Cuadro del resultado: Declarar el resultado final en un bloque destacado, claramente separado de la derivación.
  4. Glosario de notación: Compilar cada símbolo usado en la derivación con su significado, unidades (si es físico) y primera aparición.
  5. Resumen de suposiciones: Listar todas las suposiciones en un solo lugar, distinguiendo postulados fundamentales de suposiciones técnicas (ej., suavidad, convergencia).
## Final Result

> **Theorem/Result**: [precise statement with equation number]

## Notation Glossary
| Symbol | Meaning | Units | First appears |
|--------|---------|-------|---------------|
| [sym] | [meaning] | [units or dimensionless] | [Step N] |
| ... | ... | ... | ... |

## Assumptions
1. [Fundamental postulate 1]
2. [Technical assumption 1]
3. ...

Esperado: Un documento autocontenido que un lector puede seguir de principio a fin sin consultar referencias externas, excepto por las identidades y teoremas explícitamente citados.

En caso de fallo: Si la derivación es demasiado larga para un solo documento (más de ~50 pasos), dividirla en lemas. Derivar cada lema por separado, luego ensamblar el resultado principal citando los lemas.

Validación

  • Todas las suposiciones iniciales están declaradas explícitamente antes del primer paso de cálculo
  • Cada paso de la derivación tiene una justificación etiquetada (sin saltos injustificados)
  • Las unidades y dimensiones son consistentes en cada punto de control intermedio
  • Al menos tres casos límite se verifican y producen resultados esperados
  • Los valores especiales coinciden con respuestas conocidas independientemente
  • El resultado se transforma correctamente bajo el grupo de simetría declarado
  • Un glosario de notación define cada símbolo usado
  • La derivación está completa: ningún paso se difiere con "se puede demostrar"
  • El dominio de validez se declara explícitamente con el resultado final

Errores Comunes

  • Suposiciones ocultas: Asumir que una función es analítica, que una serie converge o que una integral existe sin declararlo. Cada condición de regularidad es una suposición y debe declararse.
  • Errores de signo: El error mecánico más común. Verificar signos en cada paso rastreándolos a través de sustituciones. Verificar cruzadamente contra análisis dimensional (un error de signo frecuentemente produce una expresión dimensionalmente inconsistente).
  • Términos de frontera descartados: Al integrar por partes o aplicar el teorema de Stokes, los términos de frontera se anulan solo si se cumplen condiciones específicas. Declarar por qué se anulan (ej., "porque el campo decae más rápido que 1/r en el infinito").
  • Orden de límites: Tomar límites en el orden incorrecto puede dar resultados diferentes (ej., límite termodinámico antes del límite de temperatura cero). Declarar el orden explícitamente y justificarlo.
  • Razonamiento circular: Usar el resultado a derivar como un paso intermedio. Esto es especialmente sutil cuando el resultado es una fórmula conocida que "parece obvia." Cada paso debe seguirse del punto de partida declarado, no de la familiaridad con la respuesta.
  • Colisiones de notación: Usar el mismo símbolo para diferentes cantidades (ej., 'E' para energía y para campo eléctrico). El glosario de notación previene esto, pero solo si se escribe antes de la derivación en lugar de después.

Habilidades Relacionadas

  • formulate-quantum-problem -- formular el marco de mecánica cuántica antes de derivar resultados de él
  • survey-theoretical-literature -- encontrar derivaciones previas del mismo resultado o resultados relacionados para comparación

GitHub 저장소

pjt222/agent-almanac
경로: i18n/es/skills/derive-theoretical-result
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

연관 스킬

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 또는 모바일 환경 전환 시 세션 상태와 컨텍스트를 관리하여 워크플로를 최적화합니다. 다양한 단계에서 서로 다른 도구가 필요한 복잡한 프로젝트에 사용하세요.

스킬 보기