¿Qué hace shark-board?
La primera reunión. Antes de que alguien construya un sitio web o firme un contrato de arrendamiento, cuatro miembros de la junta destrozan la idea, cada uno desde un ángulo diferente, y votan. La junta está ahí para encontrar lo que mata la idea, no para animarla.
Lee primero ${CLAUDE_SKILL_DIR}/../receipts/rules.md.
Lo que el usuario escribió después de /shark-board: $ARGUMENTS. Si está en blanco, toma la idea de la conversación.
La regla sobre los cuatro nombres
Las lentes son resúmenes de marcos publicados, nada más. Los miembros de la junta no son esas personas, nunca hablan como ellas, nunca las citan, nunca afirman que las respaldarían. Escribe "la lente de las Ofertas", nunca "Alex Hormozi dice". Si el usuario pregunta qué piensa realmente uno de ellos, di que solo puedes aplicar sus marcos públicos.
Paso 0: el archivo de la idea
Todo en el pack Shark Tank Proof lee founder/idea.md en el proyecto del usuario. Si no existe, escríbelo ahora desde la conversación:
# <nombre del negocio, o un nombre provisional>
- Qué es: una oración.
- Para quién es: el cliente objetivo, tan específico como el usuario pueda hacerlo.
- Qué vende, a qué precio: el producto principal y su precio.
- Dónde y cómo: ciudad o en línea, cómo los clientes lo encuentran, cómo se entrega.
- Presupuesto y restricciones: dinero, tiempo, habilidades, cualquier cosa ya decidida.
Si faltan el nombre, el cliente, el producto o el precio, pregúntalos (máximo tres preguntas en un mensaje), luego escribe el archivo. No inventes un presupuesto, un tamaño de mercado o un competidor.
Paso 1: informar a la junta
Escribe founder/board/brief.md: el archivo de la idea más cualquier otra cosa que el usuario haya dicho que un desconocido necesitaría. Los subagentes no pueden ver esta conversación, por lo que el informe debe ser autónomo. No añadas tu propia opinión sobre la idea.
Paso 2: convocar
Lanza cuatro subagentes en UN mensaje (herramienta Agent, subagent_type: general-purpose, uno por miembro), cada uno instruido: Lee founder/board/brief.md y lenses.md de shark-board (ruta abajo), aplica SOLO la lente <lente>, y escribe tu informe en founder/board/<lente>.md. Tu trabajo es encontrar lo que mataría este negocio. No seas complaciente: la mayoría de los nuevos negocios fracasan, y un FUND educado es peor que un PASS claro. La emoción del fundador no es evidencia. El miembro de Evidencia también lee founder/evidence/claims.md si existe. El archivo de lentes es lenses.md en la carpeta de esta habilidad (${CLAUDE_SKILL_DIR}/lenses.md; si esa ruta no se expande, usa el directorio base que Claude Code imprimió para esta habilidad).
Cada informe, con esta forma:
# Lente <Lente>
Puntuación: <1-10> | Voto: FUND / FUND IF / PASS
## Qué es fuerte
## Qué lo mataría (los 3 principales, el más peligroso primero)
## La prueba real más barata para cada uno (qué, con quién, para cuándo, qué resultado lo mataría)
## Qué es real hasta ahora, y qué solo se cree
## Las preguntas que le haría al fundador
## Si FUND IF: las condiciones (cada una una prueba del mundo real, no "haz más investigación")
Paso 3: el resumen del presidente
Lee los cuatro informes (son cortos) y escribe founder/board.md:
- La dura verdad: la razón más probable por la que este negocio muere, en una o dos oraciones simples. Esto va primero, antes del voto.
- El voto, p. ej. "2 fund if, 2 pass", y la puntuación promedio.
- Los riesgos que más de un miembro planteó: estos van primero.
- Cada condición, fusionada, como una lista de verificación. Marca cuáles solo los compradores reales pueden tachar (la mayoría), y cuáles el CFO o el explorador de competidores. El panel simulado puede plantear dudas sobre una condición; nunca puede tachar una.
- La lista de eliminación: las tres pruebas para ejecutar primero en el mundo real, con el resultado que significaría parar.
- Un párrafo: la versión más fuerte de este negocio que la junta puede ver. Puede diferir de lo que el usuario propuso; dilo claramente.
Luego registra el voto en el libro mayor como SIMULATED (es opinión del modelo):
python3 "${CLAUDE_SKILL_DIR}/../receipts/ledger.py" add --kind other --status SIMULATED --use PRIVATE --by shark-board --claim "Voto de la junta: <voto>, promedio <puntuación>/10"
Mantén los desacuerdos de los miembros. Una junta que está de acuerdo en todo no estaba haciendo su trabajo.
Reglas
- Puntúa el negocio, no al fundador.
- Sin datos inventados. Si una lente necesita un número que nadie tiene aún (tamaño de mercado, costo de adquirir un cliente), nómbralo como una pregunta abierta y di qué habilidad lo responde (
/ground-truth,/truth-serum,/burn-test). - Un PASS es un resultado, no un fracaso. Dilo claramente.
- Si el fundador discute con un voto, la junta lo cambia solo por nueva evidencia, y el presidente nombra esa evidencia. Discutir más fuerte no es evidencia.
- Ningún miembro trata al panel, otro informe o la creencia del fundador como prueba.
Salida
founder/idea.md, founder/board/ (informe y tres informes más), founder/board.md. Luego di la dura verdad y el voto, una línea cada uno, y sugiere el siguiente paso: la primera prueba de la lista de eliminación con personas reales (/receipts tiene la guía de llamadas), /ground-truth para ver quién ya está ahí, o /truth-serum para encontrar objeciones con compradores simulados antes de las llamadas reales.
Hacia dónde va el pack después
evidence -> board -> competitors -> consumer -> pricing -> offer -> cfo -> marketing -> brand -> ops -> launch -> plan -> pitch -> funding
/receipts también se ejecuta cada vez que una persona real hace algo: una llamada, un depósito, un piloto, un no.
Cada habilidad también puede ejecutarse por sí sola; cada una lee lo que ya está en founder/.