CommunityProgramación y desarrollogithub.com

prueba-quema

Tu CFO. Calcula la economía unitaria de un negocio antes de gastar dinero: lo que gana una unidad después de sus costos directos, el margen de beneficio real al volumen planeado, el punto de equilibrio en unidades por día, mes a mes del año 1, el efectivo necesario antes de que se pague solo, cuánto tiempo tarda en recuperarse el gasto inicial, y qué sucede si el precio baja, las ventas son bajas o los costos suben. Cada número se puede rastrear hasta una entrada que el usuario puede verificar. Úsalo cuando el usuario diga "encuentra los márgenes de beneficio", "haz los números", "¿es esto rentable?", "punto de equilibrio", "economía unitaria", "¿cuánto necesito para empezar?" o "ejecuta el CFO".

¿Qué es prueba-quema?

Esta habilidad de agente de IA, llamada 'prueba-quema', actúa como un CFO simulador para startups y emprendedores, permitiendo calcular la economía unitaria de un negocio antes de que se haya gastado dinero real. Está diseñada para usarse en agentes de IA de línea de comandos (como Claude Code, Cursor o Codex) y se ejecuta mediante un script de Python que procesa un archivo de entrada JSON con los supuestos del negocio. La habilidad es útil porque proporciona un análisis completo de rentabilidad: desde el margen de contribución por unidad y el punto de equilibrio, hasta proyecciones mes a mes, flujo de caja y análisis de sensibilidad (¿qué pasa si el precio baja un 10% o el volumen un 20%?). Cada número generado puede rastrearse hasta una entrada verificable del usuario (cotizaciones, facturas, precios públicos) o, en su defecto, una estimación claramente marcada. La herramienta admite parámetros de línea de comandos para hacer pruebas rápidas sin modificar el archivo de entrada, como cambiar el precio o escalar el volumen. Finalmente, genera una nota del CFO con el 'veredicto duro' sobre la viabilidad del negocio, el caso pesimista, la línea crítica a vigilar, el efectivo necesario y tres formas de mejorar el margen. Es ideal para responder preguntas como '¿es esto rentable?', '¿cuál es el punto de equilibrio?' o '¿cuánto efectivo necesito para empezar?'.

Compatible con✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/peaknr35/shark-Tank-proof/tree/main/skills/burn-test

Installed? Explore more Programación y desarrollo skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

¿Qué hace prueba-quema?

La persona que pregunta "¿y eso cuánto cuesta?" Los márgenes deciden si una buena idea es un negocio. Esta habilidad los encuentra, con cada número rastreable hasta una entrada y dice claramente cuántas de esas entradas son reales.

Lee primero ${CLAUDE_SKILL_DIR}/../receipts/rules.md.

Herramienta en esta carpeta:

python3 "${CLAUDE_SKILL_DIR}/unit_economics.py" founder/numbers.json --out founder/cfo.md

Paso 1: recopilar las entradas

Escribe founder/numbers.json (forma: example.json en esta carpeta, una cafetería de matcha para llevar). Necesita:

campoqué contiene
unitqué es una venta: una taza, un pedido, un cliente-mes, un asiento
priceprecio por unidad antes de impuestos
variableel costo de UNA unidad: ingredientes, empaque, envío, comisiones de tarjeta, comisiones por venta
fixed_monthlylo que pagas cada mes independientemente: alquiler, salarios, software, seguros
startupgasto único antes de abrir: depósitos, construcción, equipo, primer inventario, anuncios de lanzamiento
plan_per_dayel volumen una vez que esté en marcha
ramp_per_day12 números: volumen realista en cada mes del año 1
capacity_per_dayel máximo que puedes vender físicamente en un día, si hay un límite

De dónde vienen los números, en este orden:

  1. Las propias cotizaciones, facturas, arrendamientos y listas de precios de proveedores del usuario.
  2. Precios públicos que el usuario puede verificar (la lista de precios de un proveedor, el anuncio de un arrendador, las tarifas publicadas de un procesador de pagos). Escribe la fuente junto al número en founder/cfo-sources.md.
  3. Tu estimación, claramente marcada como estimación, con el razonamiento. Nunca presentes una estimación como un hecho.

Registra cada entrada en el libro mayor, tipo cost (o price para el precio): una cotización, factura, arrendamiento o página de precios publicada es MEASURED con su id de evidencia; una estimación es PLANNED. El plan informa cuántos costos están respaldados.

Pregunta al usuario cualquier cosa que solo ellos sepan (alquiler cotizado, salarios que pagarán). Usa el precio de founder/pricing.md o founder/pitch.md si existen.

La rampa es donde mienten los planes. El mes 1 casi nunca es el volumen del plan. Si se ejecutó el panel de compradores, usa su tasa de compra y las compras del primer mes para verificar la rampa (founder/panel/results.md), y di cómo lo hiciste. Los números del panel son un límite superior; si ningún comprador real se ha comprometido aún, la rampa honesta es menor de lo que sugiere el panel, nunca mayor.

Paso 2: ejecutarlo

python3 "${CLAUDE_SKILL_DIR}/unit_economics.py" founder/numbers.json --out founder/cfo.md

Escribe: la tabla por unidad y la contribución (lo que cada venta deja después de sus propios costos), los costos fijos, el punto de equilibrio en unidades por día, el margen de beneficio al volumen del plan, año 1 mes a mes, el beneficio operativo del año 1 y el resultado después del gasto inicial, el efectivo necesario antes de que se pague solo, el mes en que se recupera el dinero inicial, y una tabla de escenarios (precio -10%, volumen -20%, costos unitarios +15%). Señala un precio por debajo del costo variable, un punto de equilibrio por encima de la capacidad, un año 1 con pérdidas y un retorno más allá de los 12 meses.

Escenarios sin editar el archivo:

python3 "${CLAUDE_SKILL_DIR}/unit_economics.py" founder/numbers.json --price 7.00
python3 "${CLAUDE_SKILL_DIR}/unit_economics.py" founder/numbers.json --volume 0.8

Paso 3: la nota del CFO

Añade una sección corta al principio de founder/cfo.md, en palabras sencillas:

  • La verdad dura: el número con más probabilidades de hundirlo, y cuántas de las entradas son cotizaciones versus estimaciones ("4 de 11 costos están cotizados; la rampa es una estimación").
  • El caso malo: ejecuta --volume 0.5 e infórmalo en una línea. Si no hay evidencia de demanda real todavía, esto es tan probable como el plan.
  • El margen: el margen de beneficio según el plan, y la contribución por unidad.
  • La línea a vigilar: el costo o supuesto que más mueve el resultado (generalmente la rampa, el alquiler o el precio), con el escenario que lo prueba.
  • Efectivo: cuánto dinero necesita el fundador antes de que se pague solo.
  • Tres formas de mejorar el margen, cada una con el número que cambia y en cuánto (ejecuta el escenario, no adivines).
  • Si se cumplen las condiciones del consejo sobre el dinero (founder/board.md).

Reglas

  • Cada número en tu nota proviene de la salida de la herramienta o de una entrada que puedas nombrar.
  • Cada salida del modelo (margen, punto de equilibrio, año 1, retorno) es PLANNED. Nunca llames a un margen proyectado "el margen real" o a un resultado.
  • Los ingresos son antes de impuestos; di si el mercado del usuario añade impuesto a las ventas adicional.
  • No es asesoramiento financiero, fiscal o legal. Di una vez que un contador debe revisar la estructura, los costos de nómina y los impuestos antes de mover dinero.

Salida

founder/numbers.json, founder/cfo.md, founder/cfo-sources.md. Siguiente: /kill-or-build usa estos números para el veredicto; /litmus si el margen es ajustado.

Individual skills in this repo

This repo contains 5 individual skills — each has its own dedicated page.

dealbreaker

Builds an offer too good to refuse. Lists every problem the buyer hits on the way to the result they want, turns each into a solution, trims to what is cheap to deliver and valuable to the buyer, and stacks it with honest bonuses, a guarantee the CFO can afford, real urgency and a clear name. Scores it on the value equation (outcome, likelihood, time, effort) and re-tests it on a quick buyer panel. Use when the user says "make my offer better", "why won't people buy", "what should I include", "guarantee", "bonuses", "grand slam offer", or after the panel shows people passing.

handshake

Turns the founder folder into the thing that gets one real person to say yes to the next step: a one-page pilot offer for a customer, an NSF Project Pitch or grant answer for a funder, an investor or lender one-pager, a business case for a boss, or an invite for the people who will use it. Always writes the one-sentence, three-sentence and three-minute versions first. Builds only from claims in the evidence ledger that the audience may see, never from simulated buyers, and checks the finished pitch with the ledger before it goes out. Use when the user says "pitch this", "write a pilot offer", "one-pager", "grant pitch", "NSF pitch", "deck for", "email this customer", "business case", or "what do I send them".

kill-or-build

Your business planner. Compiles everything the other Shark Tank Proof skills wrote (the board's verdict, the competitors, the buyer panel, pricing, the offer, the CFO's numbers, marketing, brand, operations, the launch plan and the evidence ledger) into one business plan with a verdict at the top that is computed, never written by hand: Profitable (the numbers pass and a real buyer has paid, signed or booked), Unproven (works on paper, no real buyer yet), Not yet (with the failing numbers) or Incomplete. A simulated panel can fail a plan but never pass one. Adds an executive summary and a one-page version. Use when the user says "write my business plan", "put it all together", "is it profitable", "give me the plan", or at the end of the Shark Tank Proof pack.

shark-board

Your board of directors, built to disagree with you. Puts a business idea in front of a four-member board, each a sub-agent reading the idea through one published framework: the Offers lens (from Alex Hormozi's $100M Offers), the Monopoly lens (from Peter Thiel's Zero to One), the Product lens (from Walter Isaacson's biography of Steve Jobs) and the Evidence lens (from Rob Fitzpatrick's The Mom Test), which scores only what real people have done. Each member scores the idea, names what would kill it and the cheapest test that would prove it, and votes fund, fund with conditions, or pass. Use when the user says "test my business idea", "would this work", "pressure-test this", "what would a board say", "is this a good business", or starts the Shark Tank Proof pack on a new idea.

truth-serum

The consumer panel. Spins up a swarm of buyer sub-agents (default 100, --quick for 20) trained on the user's target customer, each with a different income, age, buying behaviour and objection, shows every one the same pitch, and runs the business through 100 buyer scenarios to see who buys, who doesn't, and why. Tallies the answers into buy rates by segment, the reasons people pass in their own words, what would flip a no, and price answers for litmus. Every result is labelled SIMULATED: it finds objections and the questions to ask real buyers, and never counts as demand. Use when the user says "would people buy this", "test it on customers", "run the consumer panel", "simulate buyers", "who is my customer", or "validate demand".

Skills relacionados