kickoff

Visión general de kickoff skill

Qué hace kickoff

La kickoff skill convierte una idea inicial o una nota de bandeja de entrada en una Project Note estructurada para Project Management. En lugar de redactarlo todo en una sola respuesta larga, kickoff utiliza un flujo de dos pasos: primero una fase de planificación y después una fase de ejecución tras la revisión. Eso la hace más útil que un prompt genérico de “planifica este proyecto” cuando buscas handoffs más limpios y menos deriva de contexto.

Para quién es más útil kickoff

Esta kickoff skill encaja especialmente bien para usuarios que ya guardan notas de ideas, sobre todo en una carpeta tipo inbox como 00_Inbox/, y quieren una forma repetible de convertirlas en documentos de proyecto accionables. Resulta especialmente útil para operators, founders y builders que quieren un ritual ligero para arrancar proyectos sin tener que montar una herramienta completa de PM.

Por qué los usuarios eligen kickoff

El principal factor diferencial es la orquestación. kickoff no se limita a redactar una nota una sola vez; separa de forma explícita la planificación de la ejecución y pide confirmación entre ambas. Ese punto de revisión es valioso si te importa validar el alcance, los nombres, la estructura o el idioma antes de crear la Project Note final.

Qué conviene saber antes de instalar kickoff

La evidencia del repositorio muestra un único SKILL.md, sin scripts auxiliares, rule packs ni archivos de recursos. Eso hace que kickoff sea fácil de inspeccionar, pero también significa que la calidad de salida depende mucho de tu input y de si tu entorno admite el flujo multi-agent que describe la skill. Si buscas un generador de una sola pasada y sin revisión, kickoff puede parecer más estructurada de lo necesario.

Cómo usar kickoff skill

Contexto de instalación y qué leer primero

Para instalar kickoff, añade la skill desde el repositorio y lee primero EN/.agents/skills/kickoff/SKILL.md, porque ese archivo contiene el flujo completo, la definición del rol y la regla de idioma. No hay README.md, metadata.json ni carpetas auxiliares dentro de esta ruta de la skill, así que casi todo el comportamiento está definido en ese único archivo. Antes de depender de ella en tu flujo, confirma que tu entorno de agentes permite invocar un subagent mediante una herramienta de tipo task.

Qué input necesita kickoff

El uso de kickoff admite tres puntos de partida:

• una ruta de archivo como 00_Inbox/MyIdea.md
• texto inline como “Build a habit tracker app”
• ningún input, en cuyo caso la skill está diseñada para listar 00_Inbox/ y pedirte que elijas

Los mejores inputs incluyen el problema, la audiencia, el resultado deseado, las restricciones y cualquier deadline o formato de entrega. Input débil: “make this into a project.” Input más sólido: “/kickoff Build a habit tracker app for iOS freelancers; MVP in 3 weeks; needs reminders, streaks, and CSV export; keep scope solo-developer friendly.”

Un flujo de trabajo práctico con kickoff

Una guía fiable para usar kickoff es:

1. Invoca /kickoff con una ruta de nota o un brief conciso.
2. Deja que el planning agent genere un plan file.
3. Revisa el plan antes de aprobarlo.
4. Confirma solo después de corregir alcance, nombres, supuestos y restricciones ausentes.
5. Deja que el execution agent cree la Project Note final usando únicamente el plan file.

Ese handoff basado “solo en el plan file” es la decisión de diseño clave. Reduce el arrastre accidental de información desde una conversación larga original, pero también implica que lo que falte en el plan faltará en el resultado. La revisión importa.

Patrones de prompt que mejoran la calidad de kickoff

Para usar kickoff en Project Management, redacta prompts lo bastante concretos como para dar forma a una project note, no solo para generar ideas. Buen patrón:

• source: de dónde salió la idea
• objective: cómo se ve el éxito
• scope: qué entra ahora y qué queda para después
• constraints: tiempo, herramientas, presupuesto, tamaño del equipo
• deliverable: qué documento o artefacto de proyecto esperas

Ejemplo:
/kickoff 00_Inbox/ClientPortal.md
Después, durante la revisión, añade correcciones como:

• “Use English for the project note.”
• “Scope MVP to authentication, dashboard, and billing history only.”
• “Target a 2-person team and a 6-week timeline.”

Ten en cuenta también la regla de idioma integrada: kickoff debe ajustarse al idioma del input del usuario o del contenido del archivo en inbox.

FAQ de kickoff skill

¿Es kickoff mejor que un prompt de planificación normal?

Por lo general sí, si quieres un flujo por etapas y con revisión. Un prompt normal puede generar un plan de proyecto más rápido, pero kickoff añade un punto de control deliberado entre la planificación y la creación de la nota final. Eso resulta útil cuando los errores de alcance o estructura tendrían un coste alto más adelante.

¿kickoff es apta para principiantes?

Sí, siempre que ya entiendas tu idea lo bastante bien como para describirla. La kickoff skill es fácil de inspeccionar porque todo está en un único SKILL.md. La parte más difícil para principiantes no es la instalación, sino aportar suficiente contexto para que el planning agent cree un plan file sólido.

¿Cuándo no encaja bien kickoff?

Conviene omitir kickoff si necesitas automatización profunda de tareas, integraciones o plantillas rígidas aplicadas mediante scripts. El repositorio no incluye código auxiliar, lógica de validación ni recursos externos. Tampoco encaja bien si no quieres el paso de revisión y solo necesitas una nota rápida en una sola pasada.

¿Depende kickoff de la estructura de carpetas de OrbitOS?

En parte. La skill hace referencia explícita a 00_Inbox/ cuando no se proporciona input, así que encaja mejor en un sistema de notas que siga una convención similar. Aun así, puedes usar kickoff con texto inline o con una ruta de archivo directa, pero el flujo de descubrimiento por defecto asume que esa estructura de inbox existe.

Cómo mejorar kickoff skill

Dale a kickoff inputs de proyecto más ricos

La forma más rápida de mejorar los resultados de kickoff es adelantar el contexto de toma de decisiones. Incluye:

• usuario objetivo
• definición del problema
• restricciones
• cronograma
• criterios de éxito
• dependencias conocidas

Esto ayuda a que el planning agent genere un plan file que el execution agent pueda ampliar de forma fiable. Si tu primer prompt no incluye estos elementos, lo normal es obtener una Project Note genérica.

Revisa el plan de kickoff como si fuera un documento de handoff

No trates la revisión del plan como algo opcional. Como el execution agent solo lee el plan file, conviene comprobar si faltan supuestos, si los hitos son vagos y si los límites de alcance no están claros. Si un compañero humano no podría ejecutar el proyecto basándose en ese plan, probablemente la segunda fase tampoco podrá.

Vigila los fallos más comunes de kickoff

Los principales fallos en el uso de kickoff son bastante predecibles:

• la idea es demasiado vaga
• la nota de inbox es ruidosa o poco estructurada
• faltan restricciones
• las expectativas de idioma no están claras
• los usuarios aprueban el plan demasiado rápido

Una solución práctica es normalizar las notas desordenadas antes de usar kickoff: añade un título, un objetivo de una frase, la audiencia prevista y una lista breve de “must include”.

Itera después del primer resultado

Si la Project Note final está cerca de servirte pero todavía no es utilizable, mejora kickoff revisando el plan, no limitándote a editar la nota final. Pide un alcance más acotado, hitos más claros o una estructura de proyecto distinta, y vuelve a ejecutar desde la fase de planificación. En esta skill, una mejor estructura intermedia suele importar más que un prompt inicial más largo.