Redacción de método de investigación
Produce un METHOD.md que otro investigador, u otro agente, pueda seguir sin acceso a la conversación que generó el método.
Pasos
- Delimita el alcance. Indica qué pregunta responde el método, qué recibe como entrada y qué produce. Si la conversación contiene varios métodos, escribe un archivo por método.
- Recopila la procedencia primero. Quién lo derivó (una persona, un agente, o ambos), qué herramienta y modelo, qué skill o prompt, y en qué fecha. Pregunta por cualquier información faltante en lugar de adivinar.
- Escribe
METHOD.mda partir de la plantilla siguiente. Si el repositorio de destino tienemethods/_template/METHOD.md, usa ese en su lugar, ya que puede estar más actualizado. - Haz que el procedimiento sea ejecutable. Pasos numerados, comandos o ecuaciones exactos, valores por defecto de parámetros y tiempo de ejecución esperado.
- Haz que la validación sea concreta. Nombra la prueba, conjunto de datos o comprobación de cordura que demuestre que el método funciona, y registra los números realmente observados.
- Registra las limitaciones y los modos de fallo observados durante el desarrollo.
- Establece el
statushonestamente.drafthasta que la validación haya observado resultados,validateduna vez que las comprobaciones pasen,publisheduna vez que se cite en un artículo.
Reglas
- Registra únicamente lo que realmente se ejecutó o derivó. Marca cualquier cosa no probada como no probada.
- Mantén el archivo autocontenido. Enlaza al código en lugar de pegar bloques grandes.
- Prefiere lenguaje simple. El lector puede no compartir la jerga del proyecto del que proviene el método.
- No inventes procedencia. Un modelo o fecha desconocida se escribe como
unknown.
Plantilla
---
name: <nombre-de-carpeta>
description: <una frase: qué hace y cuándo usarlo>
status: draft
origin: human | agent | mixed
agent: claude-code | codex | none
model: <id del modelo o unknown>
skill: <enlace al SKILL.md usado, o vacío>
derived: YYYY-MM-DD
---
# <Nombre del método>
## Resumen
## Problema
## Entradas y salidas
## Procedimiento
## Validación
## Limitaciones y modos de fallo
## Procedencia
## Usado en
## Referencias