derive-theoretical-result
정보
이 스킬은 첫 원리나 확립된 정리로부터 단계별 이론적 도출을 생성하며, 각 단계를 명시적으로 정당화합니다. 공식 도출, 수학적 명제 증명, 검증을 위한 교과서 결과 재도출, 또는 알려진 결과를 더 넓은 맥락으로 확장하는 데 적합하게 설계되었습니다. 주요 특징으로는 특수 사례 검증과 논문이나 학위 논문에 적합한 자체 포함형 도출 과정 생성이 포함됩니다.
빠른 설치
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/derive-theoretical-resultClaude 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:
- 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.
- 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.
- 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.
- 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:
- 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).
- 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).
- 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).
- 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).
- 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:
- 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.
- 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)
- 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
- 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:
-
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)
-
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).
-
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.
-
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:
- Estructura narrativa: Escribir un párrafo introductorio breve declarando la motivación física o matemática, el enfoque y el resultado principal.
- 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").
- Cuadro del resultado: Declarar el resultado final en un bloque destacado, claramente separado de la derivación.
- 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.
- 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 élsurvey-theoretical-literature-- encontrar derivaciones previas del mismo resultado o resultados relacionados para comparación
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 또는 모바일 환경 전환 시 세션 상태와 컨텍스트를 관리하여 워크플로를 최적화합니다. 다양한 단계에서 서로 다른 도구가 필요한 복잡한 프로젝트에 사용하세요.
