CommunityProgramação e Desenvolvimentogithub.com

handshake

Transforma a pasta do fundador em algo que leva uma pessoa real a dar o próximo passo: uma oferta piloto de uma página para um cliente, uma resposta para NSF Project Pitch ou grant para um financiador, um one-pager para investidor ou credor, um caso de negócios para um chefe ou um convite para quem vai usar o produto. Sempre escreve primeiro as versões de uma frase, três frases e três minutos. Constrói apenas a partir de alegações no razão de evidências que o público pode ver, nunca de compradores simulados, e verifica o pitch finalizado com o razão antes de enviar. Use quando o usuário disser "faz um pitch disso", "escreve uma oferta piloto", "one-pager", "grant pitch", "NSF pitch", "deck para", "email para este cliente", "business case" ou "o que eu envio para eles".

O que é handshake?

Handshake é uma skill para agentes de IA (como Claude Code, Cursor, Codex) que auxilia fundadores a criar pitches personalizados baseados em evidências reais, não em suposições. Ela converte a pasta de trabalho do fundador (com evidências de clientes, financiadores etc.) em um documento de uma página que busca um único 'sim' de uma pessoa real — seja um cliente, investidor, financiador, chefe ou usuário. A skill suporta múltiplos formatos (one-pager, proposta de grant, e-mail, business case) e segue um processo rigoroso: primeiro identifica o destinatário e o 'sim' desejado, depois verifica quais alegações do razão de evidências podem ser usadas com base no público (público, anonimizado ou com permissão), escreve o pitch citando cada fato com IDs de alegação, e finalmente escaneia o documento para garantir que nenhuma alegação não autorizada ou simulada seja incluída. Handshake é útil porque elimina palpites e números não verificáveis, aumentando a credibilidade do fundador. Ela funciona em qualquer plataforma que suporte skills de agente, lendo regras de um arquivo `rules.md`, utilizando um script Python (`ledger.py`) para gerenciar o razão, e respeitando um guia de destinatários em `receivers.md`. O resultado é salvo em `founder/outputs/` e inclui seções de 'O que pode dar errado' e 'Lacunas' para fortalecer o pitch.

Funciona com✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/peaknr35/shark-Tank-proof/tree/main/skills/handshake

Installed? Explore more Programação e Desenvolvimento skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Ver original→Navegar por todas as habilidades

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

OpenAIChatGPTClaudeClaudeGeminiGeminiGrokGrokPerplexityPerplexityDeepSeekDeepSeek

Documentação

O que handshake faz?

Um plano é para o fundador. Um pitch é para uma pessoa e um sim. Esta skill escreve o pitch a partir do que é realmente conhecido, para que o fundador possa enviá-lo sem precisar defender um número que não pode sustentar.

O que o usuário digitou após /handshake: $ARGUMENTS

Leia ${CLAUDE_SKILL_DIR}/../receipts/rules.md primeiro. A ferramenta de razão:

python3 "${CLAUDE_SKILL_DIR}/../receipts/ledger.py" <gate | scan | summary>

Abaixo, RAZAO significa exatamente isso.

Passo 1: para quem, e qual sim

Pergunte para quem é e qual sim o fundador deseja, se não foi informado. Nomeie o destinatário: um cliente, um financiador, um investidor, um credor, alguém dentro do negócio do fundador, ou as pessoas que usarão o produto. Leia ${CLAUDE_SKILL_DIR}/receivers.md para saber o que esse destinatário precisa ver.

Se houver um documento deles (um RFP, um edital de grant, um e-mail, uma vaga de emprego), leia-o primeiro, extraia exatamente o que eles pedem e salve como founder/opportunities/<nome>.md (formato: ${CLAUDE_SKILL_DIR}/../first-dollar/opportunity.md).

Reduza o pedido ao menor sim real (regra 7). Se o fundador quiser pedir a um desconhecido uma grande taxa antecipada, diga claramente que um piloto com prazo definido baseado nos próprios números do destinatário tem mais chance de obter um sim, e ofereça ambas as opções.

Passo 2: o que a pasta pode sustentar

RAZAO check
RAZAO gate --audience <publico | anonimizado | permissao>

Escolha o público com base em como o pitch será enviado: publico para qualquer coisa que possa ser encaminhada, anonimizado para um envio privado, permissao somente se cada pessoa mencionada em alegações PECA PRIMEIRO tiver dito sim em founder/evidence/people.md.

Construa apenas a partir do que gate imprime. Se o destinatário precisar de algo que a pasta não pode sustentar, não escreva ao redor: liste isso sob Lacunas no final da saída, com como obter (/receipts job 4 vai mais fundo). Nunca preencha uma lacuna com um palpite, uma citação de painel ou uma opinião de conselho.

Se nada sobre demanda for MEDIDO, o pitch diz isso honestamente através de sua redação: "estamos procurando três empresas para realizar um piloto", não "empresas estão fazendo fila".

Passo 3: escreva

  1. A uma frase, as três frases, o esboço de três minutos.
  2. O formato do destinatário de receivers.md. Responda nos próprios títulos do destinatário quando eles deram uma chamada ou RFP. Respeite seus limites (conte caracteres para as seções da NSF e diga a contagem).
  3. Cite cada fato com seu ID de alegação, como [c04], no rascunho de trabalho. Escreva alegações PLANEJADO como metas ("esperamos", "o piloto testará"), nunca como resultados.
  4. Uma breve seção O que pode dar errado em palavras simples. Os destinatários confiam nela.
  5. Lacunas: o que este pitch precisaria para ser mais forte, e a maneira mais barata de obter cada uma.

Salve como founder/outputs/<YYYY-MM-DD>-<destinatario>.md.

Passo 4: verifique antes de enviar

RAZAO scan founder/outputs/<arquivo>.md --audience <o mesmo publico>

scan recusa qualquer alegação citada que o público não pode ver (uma SIMULADA ou PRIVADA, uma PECA PRIMEIRO sem permissão) e sinaliza palavras de comprovação ("validado", "comprovado", "forte demanda") quando nenhum comprador real pagou ou assinou. Corrija cada problema que ele imprimir e execute novamente até que esteja limpo. Em seguida, faça uma cópia pronta para envio sem os IDs [c..] se o fundador quiser, e mantenha o rascunho citado.

Regras

  • Nenhum comprador simulado, membro de conselho ou saída de modelo é jamais citado, contado ou descrito como cliente, usuário, consultor ou pesquisa de mercado de pessoas reais.
  • Nenhum consultor, parceiro, logotipo, nome de cliente ou número inventado. "Consultores em contabilidade" precisam de um consultor real em people.md que concordou em ser listado.
  • Nenhum tamanho de mercado sem fonte; caso contrário, escreva como uma estimativa com o método.
  • Enviar é trabalho do fundador. Rascunhe o e-mail ou mensagem; não o envie.

Saída

founder/outputs/<data>-<destinatario>.md (mais uma cópia limpa se solicitada), e founder/opportunities/<nome>.md se houve uma chamada ou RFP. Termine com a uma frase, as lacunas e a próxima ação: para quem enviar esta semana, e o que registrar com /receipts quando eles responderem.

Individual skills in this repo

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

burn-test

Your CFO. Builds the unit economics of a business before money is spent: what one unit earns after its direct costs, the real profit margin at the planned volume, the break-even point in units a day, year 1 month by month, the cash needed before it pays for itself, how long the startup spend takes to earn back, and what happens if the price drops, sales come in low or costs rise. Every number traces to an input the user can check. Use when the user says "find the profit margins", "do the numbers", "is this profitable", "break-even", "unit economics", "how much do I need to start", or "run the CFO".

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.

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".

Habilidades Relacionadas

steipete/bluebubbles

Send and manage iMessages via BlueBubbles, including attachments, tapbacks, edits, replies, and groups.

community

steipete/eightctl

Control Eight Sleep pods (status, temperature, alarms, schedules).

community

steipete/blucli

BluOS CLI (blu) for discovery, playback, grouping, and volume.

community

steipete/bear-notes

Create, search, and manage Bear notes via grizzly CLI.

community

steipete/camsnap

Capture frames or clips from RTSP/ONVIF cameras.

community

steipete/gifgrep

Search GIF providers with CLI/TUI, download results, and extract stills/sheets.

community
← More Programação e Desenvolvimento skills