¿Qué hace handshake?
Un plan es para el fundador. Una propuesta es para una persona y un sí. Esta habilidad la escribe a partir de lo que realmente se sabe, para que el fundador pueda enviarla sin tener que defender un número que no pueda respaldar.
Lo que el usuario escribió después de /handshake: $ARGUMENTS
Lee primero ${CLAUDE_SKILL_DIR}/../receipts/rules.md. La herramienta del registro:
python3 "${CLAUDE_SKILL_DIR}/../receipts/ledger.py" <gate | scan | summary>
A continuación, REGISTRO significa exactamente eso.
Paso 1: quién, y qué sí
Pregunta para quién es y el sí que quiere el fundador, si no se ha dado. Nombra al
destinatario: un cliente, un financiador, un inversor, un prestamista, alguien dentro de su
negocio, o las personas que lo usarán. Lee
${CLAUDE_SKILL_DIR}/receivers.md para saber qué necesita ver ese destinatario.
Si hay un documento de ellos (una RFP, una convocatoria de subvención, un correo electrónico, una oferta de trabajo),
léelo primero, extrae exactamente lo que piden, y guárdalo como
founder/opportunities/<nombre>.md (formato:
${CLAUDE_SKILL_DIR}/../first-dollar/opportunity.md).
Reduce la petición al sí real más pequeño (regla 7). Si el fundador quiere pedir a un desconocido una gran tarifa por adelantado, dile claramente que un piloto con límite de tiempo basado en los propios números del destinatario tiene más probabilidades de obtener un sí, y ofrece ambas opciones.
Paso 2: qué puede respaldar la carpeta
REGISTRO check
REGISTRO gate --audience <público | anonimizado | permiso>
Elige la audiencia según cómo viajará la propuesta: público para cualquier cosa que
podría reenviarse, anonimizado para un envío privado, permiso solo si
cada persona de una afirmación PREGUNTAR PRIMERO dijo que sí en founder/evidence/people.md.
Construye solo a partir de lo que gate imprime. Si el destinatario necesita algo que la carpeta
no puede respaldar, no lo rodees: enuméralo bajo Brechas al final del
resultado, con cómo obtenerlo (/receipts trabajo 4 profundiza más). Nunca
rellenes una brecha con una suposición, una cita de panel o una opinión de la junta.
Si nada sobre la demanda está MEDIDO, la propuesta lo dice honestamente a través de su
redacción: "buscamos tres empresas para ejecutar un piloto", no "las empresas están
haciendo fila".
Paso 3: escríbelo
- La frase única, las tres frases, el esquema de tres minutos.
- El formato del destinatario de
receivers.md. Responde en los propios encabezados del destinatario cuando te hayan dado una llamada o RFP. Respeta sus límites (cuenta los caracteres para las secciones de NSF y di el recuento). - Cita cada hecho con su ID de afirmación, como
[c04], en el borrador de trabajo. Escribe las afirmacionesPLANEADAScomo objetivos ("esperamos", "el piloto probará"), nunca como resultados. - Una breve sección Qué podría salir mal en palabras simples. Los destinatarios confían en ella.
- Brechas: qué necesitaría esta propuesta para ser más sólida, y la forma más barata de obtener cada una.
Guárdalo como founder/outputs/<AAAA-MM-DD>-<destinatario>.md.
Paso 4: revísalo antes de enviarlo
REGISTRO scan founder/outputs/<archivo>.md --audience <la misma audiencia>
scan rechaza cualquier afirmación citada que la audiencia no pueda ver (una SIMULADA o
PRIVADA, una PREGUNTAR PRIMERO sin permiso) y marca palabras de prueba
("validado", "probado", "fuerte demanda") cuando ningún comprador real ha pagado o firmado.
Corrige cada problema que imprima y ejecútalo de nuevo hasta que esté limpio. Luego haz una
copia lista para enviar sin las IDs [c..] si el fundador quiere una, y conserva el
borrador citado.
Reglas
- Ningún comprador simulado, miembro de la junta o resultado de modelo se cita, cuenta o describe como un cliente, un usuario, un asesor o una investigación de mercado de personas reales.
- Ningún asesor, socio, logotipo, nombre de cliente o número inventado. "Asesores en
contabilidad" necesita un asesor real en
people.mdque haya aceptado ser listado. - Sin tamaño de mercado sin una fuente; de lo contrario, escríbelo como una estimación con el método.
- Enviar es trabajo del fundador. Redacta el correo electrónico o mensaje; no lo envíes.
Resultado
founder/outputs/<fecha>-<destinatario>.md (más una copia limpia si se solicita), y
founder/opportunities/<nombre>.md si hubo una llamada o RFP. Termina con la frase
única, las brechas y la siguiente acción: a quién enviarlo esta semana, y qué
registrar con /receipts cuando respondan.