MAX-520: add workshop curriculum handoff package

.claude-plugin/marketplace.json

@@ -10,7 +10,7 @@
     {
       "name": "ship",
       "description": "Health-check 30+ CLIs/tokens before you deploy, then run the full GTM pipeline: validate → strategy → awareness → launch → measure.",
-      "version": "0.2.0",
+      "version": "0.3.0",
       "author": {
         "name": "maxtechera",
         "url": "https://github.com/maxtechera"

.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "ship",
-  "version": "0.2.0",
+  "version": "0.3.0",
   "description": "Credentials preflight + GTM pipeline. Health-check 30+ CLIs/tokens, then execute idea → validate → market → sell → measure.",
   "author": {
     "name": "maxtechera",
@@ -10,6 +10,6 @@
   "repository": "https://github.com/maxtechera/ship",
   "license": "MIT",
   "keywords": ["credentials", "preflight", "gtm", "ship", "launch", "deploy", "health-check", "pipeline"],
-  "skills": ["credentials/SKILL.md", "ship-engine/SKILL.md", "supervisors/engine/SKILL.md"],
+  "skills": "./skills/",
   "hooks": {}
 }

README.md

@@ -7,7 +7,8 @@
 
 Claude Code:
 ```
-/plugin marketplace add maxtechera/ship
+claude plugin marketplace add maxtechera/ship
+claude plugin install ship@ship
 ```
 
 OpenClaw:
@@ -40,14 +41,23 @@ A 9-agent GTM team boots on first run. The coordinator reads your Linear tickets
 
 ### Claude Code
 ```
-/plugin marketplace add maxtechera/ship
+claude plugin marketplace add maxtechera/ship
+claude plugin install ship@ship
 ```
 
+This adds the `maxtechera/ship` marketplace, then installs the `ship` plugin from it.
+
 ### Update
 ```
 claude plugin update ship@ship
 ```
 
+### Verify
+```bash
+/credentials
+/ship
+```
+
 ### OpenClaw
 ```bash
 clawhub install ship

artifacts/MAX-520/HANDOFF.md

@@ -0,0 +1,294 @@
+# MAX-520 — Workshop curriculum delta from objections + proof
+
+## Qué se entrega
+
+Paquete de handoff para la próxima iteración del workshop, traduciendo objeciones ya detectadas en cambios concretos de currículo, oferta y entrega.
+
+## Artefactos fuente usados
+
+- `artifacts/MAX-477/02-objection-library.md`
+- `artifacts/MAX-477/01-proof-bank.md`
+- `artifacts/MAX-485/FINAL-DELIVERY.md`
+- `artifacts/MAX-469/03-faq-objection-handling.md`
+- `artifacts/MAX-469/02-offer-stack-revision.md`
+- `artifacts/MAX-513/MAX-513-klaviyo-editorial-spine.md`
+
+## Cómo leer este handoff
+
+- **Diagnóstico:** resume las 5 fricciones principales que hoy frenan compra, show-up o cierre.
+- **Cambios concretos:** baja cada fricción a decisiones de currículo, oferta y entrega.
+- **Priorización:** separa qué conviene mover ya en la próxima cohorte versus qué dejar como capa 2.
+- **Business delta:** deja explícito el impacto esperado si se ejecuta el Tier 1.
+
+## Diagnóstico — 5 objeciones o fricciones principales
+
+### 1) "No sé si esto es para mi nivel"
+**Señal detectada:** aparece repetido en FAQ y objection handling como duda de experiencia mínima, stack y si hace falta saber mucho.
+
+**Qué está frenando:**
+- Baja registro de gente calificada porque no entiende si aplica.
+- También deja entrar gente no ideal, lo que baja show-up y satisfacción.
+
+**Lectura operativa:** hoy el workshop comunica valor, pero no filtra ni califica con suficiente precisión antes de la compra o reserva.
+
+### 2) "No tengo tiempo para aprovecharlo"
+**Señal detectada:** aparece la objeción de carga horaria y miedo a comprar otro curso que queda a medias.
+
+**Qué está frenando:**
+- Reduce compra en perfiles con trabajo full-time.
+- Baja asistencia en vivo si el compromiso semanal parece ambiguo o pesado.
+
+**Lectura operativa:** la promesa de transformación existe, pero el costo de implementación semanal no está empaquetado como algo liviano y controlable.
+
+### 3) "Ya probé cursos / prompts / IA y no me cambió nada"
+**Señal detectada:** la librería insiste con el contraste entre teoría vs código real, curso grabado vs workshop práctico.
+
+**Qué está frenando:**
+- Escepticismo alto.
+- La propuesta puede sonar a “otro curso de IA” si no se demuestra diferencia estructural.
+
+**Lectura operativa:** falta mostrar con más fuerza el mecanismo único del workshop, no solo sus temas.
+
+### 4) "No sé si vale el precio"
+**Señal detectada:** objection handling y offer revision intentan justificar ROI, ahorro de tiempo y valor de bonus.
+
+**Qué está frenando:**
+- El precio compite contra recursos gratis y cursos baratos.
+- Si el outcome no se ve concreto, el ticket parece riesgo, no inversión.
+
+**Lectura operativa:** el valor está narrado, pero todavía no está suficientemente anclado a resultados concretos de semana 1 y quick wins visibles.
+
+### 5) "¿Qué pasa después del workshop?"
+**Señal detectada:** aparece explícito en objections y follow-up, junto con preguntas sobre soporte, grabaciones y continuidad.
+
+**Qué está frenando:**
+- Miedo a quedarse solo después de las clases.
+- Baja cierre si parece una experiencia intensa pero sin implementación acompañada.
+
+**Lectura operativa:** el workshop necesita vender mejor la continuidad y la transferencia al trabajo real, no solo el evento en vivo.
+
+## Propuesta de cambios concretos
+
+## A. Cambios de currículo
+
+### 1) Abrir con un módulo 0 de calificación + setup
+**Cambio:** agregar una sesión o prework corto llamado `Antes de entrar: stack, nivel y objetivo`.
+
+**Incluye:**
+- checklist de nivel mínimo
+- stacks donde aplica y donde no
+- definición de objetivo operativo para cada alumno
+- setup técnico previo para llegar listo
+
+**Objeciones que resuelve:** nivel, fit, confusión inicial.
+
+**Impacto esperado:** mejor show-up y mejor calidad de cohorte porque reduce incertidumbre antes del día 1.
+
+### 2) Reestructurar semana 1 alrededor de un quick win publicable
+**Cambio:** que la primera semana termine con un output visible, útil y compartible, no solo aprendizaje conceptual.
+
+**Incluye:**
+- workflow base usable en proyecto real
+- mini entrega publicada o integrada
+- checklist de “ya lo tengo andando”
+
+**Objeciones que resuelve:** escepticismo, precio, “ya probé cosas”.
+
+**Impacto esperado:** acelera percepción de valor y reduce abandono temprano.
+
+### 3) Convertir el temario en `bloques por problema real`, no por herramienta
+**Cambio:** presentar el workshop como resolución de problemas operativos.
+
+**Ejemplo de bloques:**
+- shippear más rápido sin romper producción
+- revisar código con IA sin perder criterio
+- pasar de prompt suelto a workflow repetible
+- integrar IA al proyecto real, no al sandbox
+
+**Objeciones que resuelve:** diferenciación, relevancia, valor percibido.
+
+**Impacto esperado:** más claridad de compra y mejor retención de atención.
+
+### 4) Incluir oficina de implementación obligatoria o muy visible
+**Cambio:** atar explícitamente una instancia de office hours a cada fase crítica.
+
+**Incluye:**
+- 1 sesión semanal de implementación
+- revisión de bloqueos reales
+- espacio para adaptar el material al caso del alumno
+
+**Objeciones que resuelve:** continuidad, soporte, miedo a quedarse solo.
+
+**Impacto esperado:** mejora completion y satisfacción, y sube la tasa de resultados reportables.
+
+### 5) Cerrar cada semana con una `prueba de avance`
+**Cambio:** cada módulo termina con evidencia concreta de implementación.
+
+**Ejemplos:**
+- PR revisado con nuevo workflow
+- feature shippeada con apoyo de IA
+- checklist de proceso instalado
+- before/after de tiempo ahorrado
+
+**Objeciones que resuelve:** precio, credibilidad, “quiero resultados reales”.
+
+**Impacto esperado:** crea proof nuevo mientras el workshop corre.
+
+## B. Cambios de oferta
+
+### 6) Reescribir la promesa principal como resultado de 30 días
+**Cambio:** pasar de una promesa genérica de aprender IA a una promesa concreta de sistema de shipping.
+
+**Propuesta:**
+> Salís con un workflow propio para shippear con IA todas las semanas, con criterio técnico y sin depender de prompts sueltos.
+
+**Objeciones que resuelve:** valor, claridad, diferenciación.
+
+### 7) Hacer visible el perfil no apto
+**Cambio:** agregar una sección fuerte de `esto NO es para vos si...`.
+
+**Incluye:**
+- cero experiencia programando
+- buscás teoría pasiva
+- no tenés proyecto o contexto donde aplicar
+- querés delegar criterio técnico por completo a la IA
+
+**Objeciones que resuelve:** fit, expectativas, refund risk.
+
+### 8) Empaquetar ROI con una métrica simple
+**Cambio:** usar una lógica concreta de recuperación de inversión.
+
+**Ejemplo:**
+- si recuperás 2 a 4 horas por semana en shipping y review, el workshop se paga solo rápido
+- si salís con un workflow repetible, evitás meses de prueba y error
+
+**Objeciones que resuelve:** precio.
+
+### 9) Vender continuidad como parte del offer stack
+**Cambio:** mostrar que no es solo workshop en vivo.
+
+**Offer stack sugerido:**
+- sesiones live
+- grabaciones
+- office hours
+- plantillas / workflows
+- canal o grupo de soporte acotado por tiempo
+- framework de implementación post-workshop
+
+**Objeciones que resuelve:** soporte, post-workshop, valor percibido.
+
+## C. Cambios de entrega
+
+### 10) Email / mensaje pre-workshop con plan de uso del tiempo
+**Cambio:** enviar una pieza clara de onboarding operativo.
+
+**Incluye:**
+- cuánto tiempo real lleva por semana
+- qué hacer si no podés asistir live
+- cómo aprovechar grabaciones
+- qué preparar antes de empezar
+
+**Objeciones que resuelve:** tiempo, fricción de show-up.
+
+### 11) Scorecard de progreso por alumno
+**Cambio:** entregar una hoja simple donde cada persona marque avances semanales.
+
+**Campos:**
+- workflow instalado
+- caso real aplicado
+- tiempo ahorrado estimado
+- bloqueo principal
+- próxima mejora
+
+**Objeciones que resuelve:** percepción de avance, continuidad, prueba de valor.
+
+### 12) Captura sistemática de proof dentro del workshop
+**Cambio:** pedir micro-evidencias al cierre de cada semana.
+
+**Ejemplos:**
+- “qué implementaste esta semana”
+- “qué tarea hacés distinto ahora”
+- screenshot / commit / before-after
+
+**Objeciones que resuelve:** credibilidad para la siguiente cohorte.
+
+## Priorización para próxima iteración
+
+## Tier 1 — Alto impacto, baja fricción
+
+### Prioridad 1: módulo 0 de fit + setup
+**Por qué primero:** reduce objeción de nivel antes de que contamine registro, show-up y satisfacción.
+
+### Prioridad 2: quick win obligatorio en semana 1
+**Por qué primero:** combate escepticismo y acelera percepción de ROI.
+
+### Prioridad 3: onboarding pre-workshop con carga horaria real
+**Por qué primero:** baja ansiedad por tiempo y mejora asistencia.
+
+### Prioridad 4: sección visible de `esto no es para vos`
+**Por qué primero:** mejora calificación y hace más fuerte la confianza del buyer correcto.
+
+## Tier 2 — Alto impacto, fricción media
+
+### Prioridad 5: office hours integradas al core del programa
+### Prioridad 6: scorecard semanal de implementación
+### Prioridad 7: reframe del temario por problemas reales
+
+## Tier 3 — Valor acumulativo
+
+### Prioridad 8: sistema interno de captura de proof semanal
+### Prioridad 9: reempaque del ROI en horas recuperadas / errores evitados
+### Prioridad 10: framework post-workshop de continuidad
+
+## Currículo sugerido, versión próxima iteración
+
+### Antes de empezar
+- filtro de fit
+- setup técnico
+- objetivo individual
+
+### Semana 1
+- workflow base
+- caso real simple
+- quick win visible
+
+### Semana 2
+- integración al proyecto real
+- guardrails y review
+- office hours
+
+### Semana 3
+- sistema repetible de shipping
+- plantillas y checkpoints
+- evidencia de implementación
+
+### Semana 4
+- optimización del loop
+- plan post-workshop
+- captura final de casos y testimonios
+
+## Business delta esperado
+
+Si se implementan al menos las 4 prioridades de Tier 1, el impacto esperado es:
+
+- **Show-up rate más alto** por menor incertidumbre pre-evento y mejor onboarding
+- **Mejor conversión a compra** por claridad de fit y ROI más concreto
+- **Menor abandono temprano** por quick win en semana 1
+- **Más proof real por cohorte** para fortalecer la próxima landing, emails y objection handling
+- **Mayor satisfacción del alumno correcto** al alinear expectativas con entrega real
+
+## Recomendación ejecutiva
+
+No rehacer todo el workshop. La jugada correcta es:
+
+1. aclarar fit antes de entrar
+2. entregar valor visible en la primera semana
+3. bajar la ansiedad de tiempo con onboarding explícito
+4. vender continuidad como parte del sistema, no como bonus difuso
+5. instrumentar captura de proof durante la experiencia
+
+Eso ataca las objeciones ya detectadas sin agregar demasiada fricción operativa.
+
+---
+
+**Artifact path:** `artifacts/MAX-520/HANDOFF.md`

artifacts/MAX-520/linear-comment.md

@@ -0,0 +1,16 @@
+Shipped the MAX-520 workshop curriculum handoff in PR #11: https://github.com/maxtechera/ship/pull/11
+
+What changed:
+- added the full curriculum/offer/delivery handoff under `artifacts/MAX-520/HANDOFF.md`
+- added a packaged summary version in `artifacts/MAX-520/package.md`
+- added rendered HTML plus visual proof files for attachment in Linear
+
+Business delta:
+- turns the top objections into concrete curriculum, offer, and delivery changes for the next workshop cohort
+- prioritizes the highest-leverage changes first, especially module 0, output-based weeks, and office-hours-led implementation
+- gives a repo-backed artifact the team can reuse in review, planning, and proof capture
+
+Proof files:
+- `artifacts/MAX-520/rendered-github-markdown.html`
+- `artifacts/MAX-520/rendered-github-markdown-screenshot.png`
+- `artifacts/MAX-520/rendered-github-markdown-screenshot.svg`