Ni lo uno ni lo otro. La pregunta correcta no es abrir o cerrar — es qué abrir y qué cobrar.
Es un wrapper de Claude Code con piezas muy específicas — y, sobre todo, con piezas que no son código: son servicios corriendo en infraestructura tuya, con costo recurrente.
El producto, mirado de cerca, son cinco capas distintas:
Electron + renderer. Replicable, sí — pero es donde está el polish. Es el envase, no el contenido.
Telegram, WhatsApp, email vía relay alojado en patapim.ai. Esto es servicio, no código. Requiere infraestructura corriendo, dominio, certificados, monitoreo.
Diferenciador técnico fuerte. El usuario corre acciones autenticadas (Cloudflare, Gmail, GitHub) sin moverse del IDE.
patapim.ai/remote. Otra vez: infraestructura alojada, no binario.
Azure Trusted Signing, identidad Eggscape Entertainment. Inversión inequívoca de producto comercial.
El modelo OSS puro en este mercado no monetiza — salvo que tengas VC para quemar.
Sentry, GitLab, PostHog, Supabase. Para PATAPIM mapea casi sin fricción.
| Capa | Licencia | Razón |
|---|---|---|
| Electron shell, renderer, MCP tools, browser panel | MIT / Apache | Genera trust, stars, contribuciones, instalación manual. |
Binarios firmados, main.jsc compilado | Cerrado · Pago | El que quiera instalar y andar paga. El code signing tiene costo real. |
Relay de notificaciones (patapim.ai/notify) | SaaS · Free + Paid | Telegram / WhatsApp / email vía servicio tuyo = recurring revenue. |
| Remote mobile access | SaaS · Paid | Hay infraestructura corriendo. Justifica suscripción. |
| Auto-update + soporte | Paid tier | Modelo Sentry / GitLab clásico. |
Cuatro razones que se sostienen entre sí:
El moat queda donde está la plata (relay + remote), no en el código del IDE. Quien quiera autohostear, que se haga el laburo — los devs paranoicos lo agradecen, los demás pagan.
Anthropic no puede copiarte los relays sin volverse una empresa de comms. Está fuera de su scope. Es la única defensa real contra el riesgo "Anthropic ships your feature next month".
Devs paranoicos pueden auditar y self-hostear. Ganás a los early adopters técnicos sin perder revenue del mainstream.
GitHub stars = marketing gratis. El repo OSS empuja al funnel paid. No tenés que pagar ads para que la gente sepa que existís.
Mitigación: publicar binarios oficiales tan convenientes que el fork sea siempre la peor opción. El code signing ya habilita esto.
Si vas OSS, MIT o Apache, no AGPL. AGPL espanta a empresas que podrían pagarte por una licencia comercial. La libertad atrae más que la viralidad legal.
El relay y el flow del mcp-token son no negociables. Documentarlo desde el día uno, no después.
El README tiene que decir "OSS app, paid hosted services" sin ambigüedad. PostHog lo hace bien — modelo a copiar.
Un solo dev austriaco hizo casi exactamente lo que vos estás haciendo — asistente AI local controlado por Telegram, WhatsApp, Discord — pero open source. En cuatro meses: 247.000 stars, dos cambios de nombre forzados, y el creador en OpenAI.
SKILL.md. Open source, MIT-style.
Es incómodamente parecido. Misma idea base: agente AI local + control desde apps de mensajería + skills + integraciones. Hasta los nombres riman: PATAPIM, OpenClaw — palabras inventadas, juguetonas, en torno a Claude.
Las diferencias importan, pero no son grandes:
OpenClaw es chat-first: vivís dentro de Telegram/WhatsApp. PATAPIM es desktop-IDE-first: vivís dentro de un IDE Electron y las notificaciones son canal secundario.
Si abrís PATAPIM mañana, sos el #2 contra un proyecto con 247K stars. La pelea por mindshare OSS ya se jugó — y la perdiste sin haber jugado.
OpenClaw no monetizó. Su autor ganó fama y un puesto en OpenAI. Eso es una salida — la del developer que quiere atención, no plata. ¿Es esa la que querés?
"Clawd" forzó renombre porque era muy cerca de "Claude". PATAPIM está limpio — palabra inventada, sin parecido fonético. Lección: no usés nombres que toquen marcas registradas de los labs.
La conclusión original — open core — no se rompe, pero el posicionamiento tiene que ser más quirúrgico:
1 · No competir contra OpenClaw en su terreno. No abrir PATAPIM como "otro asistente AI local". Ese terreno está cerrado. Si vas OSS, abrís otra cosa: el shell de IDE de escritorio, que OpenClaw no tiene.
2 · El paid layer importa más que antes. OpenClaw demostró que con OSS solo, sin negocio, el camino es fundación + acquihire. Si no querés ese camino, tenés que tener servicios pagos reales — relays, mobile, code signing, soporte.
3 · Posicionamiento honesto en el mercado. "OpenClaw es el agente OSS chat-first; PATAPIM es el IDE de escritorio comercial con polish profesional." Públicos distintos, no copia barata.
4 · La marca está OK — los handles, no garantizado. El nombre PATAPIM no tiene riesgo de trademark con Anthropic. Pero los handles (npm, github org, dominio en otras TLDs) hay que asegurarlos antes de OpenClaw o cualquier otro le ponga el ojo.
¿Puede pasarte lo mismo? Una parte sí, otra no.
El renombre forzado por Anthropic, no — PATAPIM es lingüísticamente seguro. El "OSS viral sin negocio que termina en acquihire", sí — y es el riesgo real si abrís sin paid layer estable. Lo que cambia es la pregunta de fondo: ya no es "¿abro o cierro?", es "¿quiero terminar como Steinberger en OpenAI, o quiero un negocio propio?" Esas son dos partidas distintas, con jugadas distintas.
Cinco engranajes que tienen que girar al mismo tiempo. Si falta uno, no hay negocio — hay un side project con cobro pegado con cinta.
Estos son los pilares y el estado actual de cada uno:
Windows: Azure Trusted Signing con identidad Eggscape Entertainment Inc. verificada. Mac: Apple Developer ID + notarización. Sin firma, el SmartScreen / Gatekeeper espantan al 80% de los usuarios antes de instalar.
Stripe + Cloudflare KV (LICENSES) + flujo de activación dentro de la app. El usuario paga, recibe license key, la app valida en el main process y desbloquea features. Hoy hay infra base; falta wirearlo end-to-end.
Notificaciones que simplemente funcionan sin que el usuario configure tokens. Telegram ya está en modo "official" con instance pairing. WhatsApp y email todavía dependen de paneles embebidos con sesión del usuario — no son servicios, son automatización local.
patapim.ai/remote existe en producción. Falta endurecer la conexión phone → instancia local (TURN si hace falta para NAT traversal), gating por licencia, y onboarding claro.
R2 (patapim-releases) + endpoints en patapim.ai/api/download + Gist con patapim-version.json. Funciona para dev installs; falta verificación de firma una vez que los binarios estén firmados.
El orden no es arbitrario: cada fase desbloquea la siguiente. Saltarse una rompe la cadena.
Finalizar el Certificate Profile en Azure linkeado a Eggscape. Configurar Apple Developer ID + notarización para Mac. Validar el flujo Stripe end-to-end con un usuario real. Wirear el license gating en el main process: qué features piden licencia válida, cómo se valida offline (signed JWT), cómo se invalida.
WhatsApp managed: WhatsApp Cloud API o un proveedor (Twilio, MessageBird) detrás de patapim.ai/notify/wa. Email managed: Resend o Postmark detrás de patapim.ai/notify/mail. Mantener el modo "BYO" (panel embebido) para Free tier; el modo gestionado va detrás de licencia.
Endurecer patapim.ai/remote: TURN si hace falta, autenticación por token de licencia, rate-limiting, logs. Onboarding desde el celu: QR pairing con la instancia local. Gating por licencia.
Polish a download.astro: detección de OS, instructivo claro, mostrar el certificado de firma. Trial de 14 días al primer instalar (sin pedir tarjeta). Flujo de "te queda 1 día" → upgrade. Página de pricing pública.
Total razonable: 10 a 12 semanas de trabajo real, con foco. Si te dispersás, son 6 meses.
Tres tiers que mapean al schema que ya está declarado en el sitio ($0 / $6.99 / $29.99) — no inventar nuevos precios:
— Precios coherentes con el schema.org ya declarado en BaseLayout.astro —
Open core funciona solo si el paid layer está estable antes de abrir. Abrirlo antes es regalar el producto.
Las cuatro fases descritas en la sección anterior: code signing, licencias, relays gestionados, remote, distribución. 10–12 semanas con foco. Sin esto, cualquier movimiento OSS es prematuro.
Asegurar handles (npm, GitHub org, X, Discord), redactar gobernanza en el README, preparar CLA. Y definir el posicionamiento contra OpenClaw: desktop IDE comercial, no otro asistente OSS chat-first. Antes de abrir, no después.
Sacar src/renderer/, src/main/ y src/mcp/ a un repo público bajo MIT. README claro: app OSS + servicios alojados pagos en patapim.ai.
Free · self-hosted, traés tu API key, sin relays. Pro $X/mes · binario firmado + relays + remote + auto-update.