/research-proposal

Rol: Investigador Principal (plan maestro) Posición en el flujo: mitad de cadena

Transforma la brecha sintetizada y el marco teórico en un plan maestro financiable y revisable. La viabilidad ética se plantea desde el principio, y el plan de preinscripción y la selección de la guía de publicación se fijan antes de operacionalizar cualquier diseño de estudio.

Invocación canónicaCopy Anchor Link

/research-proposal

Con argumentos:

/research-proposal [--suite-name NAME] [--override] [--guideline NAME] [--prereg-registry NAME] [--call PATH] [--resubmission PATH]

EntradasCopy Anchor Link

El archivo _inputs/synthesis.md de la suite (el mapa SOTA + el análisis de la brecha) y _inputs/theory.md (el marco conceptual).

Con --call, el texto de la convocatoria de financiación, como ruta de archivo o - para texto pegado; el texto suministrado es la única fuente de los requisitos del financiador. Con --resubmission, la crítica del financiador a una solicitud anterior, y no se necesitan ni la síntesis ni la teoría (véase más abajo).

SalidasCopy Anchor Link

_inputs/proposal.md (la jerarquía de objetivos SMART, la evaluación de viabilidad, el registro de recursos / cronograma / riesgos con sus contingencias, la vía de impacto, el plan de preinscripción, el plan de gestión e intercambio de datos y la preselección de la guía de publicación EQUATOR).

Con --call, también _inputs/call-requirements.md (la matriz de requisitos de la convocatoria). Con --resubmission, _outputs/resubmission-response.md en lugar de la propuesta.

Aguas abajoCopy Anchor Link

/research-design (consumidor aguas abajo — operacionaliza la propuesta en un diseño de estudio congelado y preinscrito).

Fases del flujo de trabajoCopy Anchor Link

El comando sigue el flujo de trabajo estándar del flujo /research:

1. Cargar el contexto — Leer _inputs/synthesis.md y _inputs/theory.md, las reglas y cualquier estado existente de la suite.
2. Construir la jerarquía de objetivos SMART — Convertir la brecha en objetivos específicos, medibles, alcanzables, relevantes y delimitados en el tiempo.
3. Evaluar la viabilidad y el riesgo — Construir el registro de recursos / cronograma / riesgos; dar a cada riesgo que afecte a la viabilidad de un objetivo un registro de contingencia y someter a prueba de estrés la decisión que lo sustenta; conciliar las partidas de costes suministradas; plantear la viabilidad ética desde el principio.
4. Planificar la preinscripción, los datos y la publicación — Seleccionar el registro, redactar el plan de preinscripción, comprometer el plan de gestión e intercambio de datos y preseleccionar la guía de publicación EQUATOR.
5. Trazar la vía de impacto — Rastrear cómo los objetivos, una vez cumplidos, producen impacto aguas abajo.
6. Verificar y emitir — Confirmar que los objetivos son comprobables y el plan reproducible; emitir _inputs/proposal.md más el manifiesto de traspaso.

Una convocatoria de financiación suministradaCopy Anchor Link

Con --call, el texto de la convocatoria rige la forma de la propuesta. La etapa escribe una matriz de requisitos en _inputs/call-requirements.md, una fila por requisito (sección, límite, elegibilidad, anexo, criterio de evaluación o política) con la sección de la propuesta que lo responde, su ubicación en el borrador del operador y un estado de met, partly-met, gap u operator-owned. Cada criterio de evaluación es una fila, de modo que cada objetivo remite al criterio que responde; ningún criterio se pondera y no se hace ninguna afirmación sobre las probabilidades de financiación.

• Primero la política de uso de herramientas. La política de la convocatoria sobre herramientas automatizadas se resuelve antes de escribir cualquier texto: permitidas, permitidas con declaración (se redacta la declaración de uso de herramientas) o restringidas. Bajo una política restringida, la etapa se detiene tras la matriz y devuelve la decisión al operador. Si una convocatoria no dice nada sobre la política, se pregunta, nunca se presupone.
• Nada de memoria, nada de presupuesto. Un requisito, límite, fecha, tarifa o tope del financiador procede del texto suministrado o del operador, nunca de la memoria. La etapa no construye ningún presupuesto: comprueba las partidas de costes del operador, y una partida que no remite a ningún objetivo es orphan, un objetivo sin recursos es unresourced y un total que no cuadra es unreconciled.
• Ninguna narrativa dirigida al financiador. La etapa emite un plan maestro, no prosa sobre la relevancia o el enfoque. El equipo, las biografías, las instalaciones, las cartas de apoyo y la financiación actual y pendiente son filas operator-owned, nunca redactadas.

Modo de reenvíoCopy Anchor Link

--resubmission PATH responde a la crítica de un financiador a una solicitud anterior, fuera de la cadena de trece etapas. La puerta de secuencia no se aplica y el manifiesto de traspaso no se toca. El operador suministra la crítica, el texto de la convocatoria (--call), la solicitud tal como se presentó y el borrador revisado, y la etapa escribe _outputs/resubmission-response.md a partir de tres partes:

• Elegibilidad y límites — Leer en el texto de la convocatoria si se permite un reenvío, cuántos permite la convocatoria, el plazo y los límites de la respuesta y de la solicitud revisada. Una regla que el texto no establece se pregunta al operador; sin texto de la convocatoria, la respuesta no puede llegar a ready.
• Matriz de revisión — Una fila por comentario de la crítica, numerada como la numera el financiador: el comentario citado, la acción (changed, clarified o declined), el lugar revisado, la consecuencia científica, cualquier cuestión sin resolver y un estado de answered, partly-answered o not-answered respaldado por el texto revisado. Un comentario rechazado lleva su motivo y su evidencia.
• Comprobación de propagación — Rastrear cada fila changed hasta cada elemento del plan al que afecta: objetivos, métodos, cronograma, partidas presupuestarias, plan de datos y registro de riesgos. Un elemento afectado por el cambio que el borrador revisado deja sin cambios es unpropagated.

La respuesta está ready cuando cada fila está answered o lleva un residuo aceptado por el operador, ningún elemento está unpropagated y se cumple cada límite de la convocatoria. Una respuesta que necesita nueva evidencia vuelve al operador, que la dirige a /research-design o /research-experiment. El operador hace el envío.

Umbral de rigorCopy Anchor Link

La ambición del lugar de publicación objetivo fija no solo la elección de la guía de publicación, sino la profundidad del umbral de rigor que las etapas posteriores de diseño y experimento deben superar —umbral de replicación, paridad de presupuesto, ajuste en particiones disjuntas y significancia con un tamaño del efecto— más el paquete de evidencia de reproducibilidad que llevará el entregable.

Cada riesgo es una predicción refutable de cómo falla el plan. Un riesgo que afecta a la viabilidad de un objetivo no se detiene en su mitigación: lleva un registro de contingencia (desencadenante, rol responsable, fecha de revisión, tiempo de anticipación, coste de la alternativa, riesgo residual) fijado antes de la recogida de datos, y una respuesta escrita en el plan es una adaptación planificada, no una desviación. El plan de gestión e intercambio de datos fija la clase de repositorio, las condiciones de acceso con la base de cada restricción y el período de conservación antes de que el diseño fije los datos, y el alcance del consentimiento debe permitir el intercambio que promete.

Modos de falloCopy Anchor Link

EjemplosCopy Anchor Link

# Convierte la brecha en un plan maestro financiable
/research-proposal --suite-name retrieval-latency

# Fija la guía de publicación y el registro de preinscripción
/research-proposal --guideline PRISMA --prereg-registry OSF

# Mapea una convocatoria de financiación sobre el plan maestro
/research-proposal --suite-name retrieval-latency --call funder-call.md

# Responde a la crítica de un financiador a una solicitud anterior
/research-proposal --resubmission critique.md --call funder-call.md

Referencias cruzadasCopy Anchor Link

• Resumen del flujo
• Referencia de comandos