Vi cómo $47 mil millones en capitalización de mercado SaaS se evaporaron en una sola sesión de trading el mes pasado. No por una falla en los resultados trimestrales. No por una alarma de recesión. Porque Entropic lanzó una función llamada plugins para Cloud Co-work — y Wall Street entendió de inmediato lo que significaba para cada herramienta de suscripción que tienes abierta en tus pestañas del navegador ahora mismo.
Ese número me cayó diferente cuando estaba mirando las quince aplicaciones SaaS que tenía abiertas en mi propia máquina. Slack. Notion. Asana. Linear. Tres paneles de analítica diferentes. Un CRM que apenas uso pero por el que pago $49/mes. Una herramienta de handoff de diseño. Dos plataformas de email diferentes. Las conté, sentí un poco de náusea, y después pasé las siguientes setenta y dos horas reconstruyendo todo mi flujo de trabajo alrededor de los plugins de Cloud Co-work.
Lo que pasó después cambió la forma en que pienso sobre el software. No de manera incremental. De manera fundamental.
Esto es lo que la mayoría de la gente no ve sobre este momento — no es que los plugins hagan a Cloud Co-work más inteligente. Esa es la lectura superficial. El verdadero cambio es arquitectónico. Los plugins convierten a un solo agente de IA en una interfaz universal que absorbe la funcionalidad de docenas de herramientas independientes. Y una vez que entiendes la mecánica de cómo funciona eso, empiezas a ver por qué los CEOs de SaaS están entrando en pánico silenciosamente detrás de sus comunicados de prensa de "damos la bienvenida a la integración con IA".
Voy a guiarte exactamente por lo que son estos plugins, cómo los he estado usando para reemplazar herramientas por las que he pagado desde 2021, y por qué creo que estamos viendo las primeras entradas del mayor cambio de plataforma desde que el móvil se comió al software de escritorio. Pero primero, necesitas entender la anatomía de un plugin — porque lo que Entropic construyó es más elegante de lo que la mayoría de la gente cree.
Qué es realmente un plugin (y por qué la analogía de la "tienda de aplicaciones" se queda corta)
Todo el mundo sigue comparando los plugins de Cloud Co-work con una tienda de aplicaciones. Entiendo el impulso, pero la comparación falla por completo.
Una tienda de aplicaciones te da aplicaciones independientes que cada una hace lo suyo de forma aislada. Los plugins son diferentes. Piensa en ellos más como una memoria USB que conectas al cerebro de un colega ya brillante. No le estás dando una nueva app — le estás dando nueva experiencia, nuevo acceso y nuevos flujos de trabajo que se integran con todo lo que ya sabe.
Cada plugin agrupa tres componentes, y entender los tres es fundamental.
Skills son el cerebro de la operación. Un skill se define en un archivo markdown — sí, un archivo de texto plano en markdown — que contiene instrucciones, conocimiento del dominio, documentos de referencia y a veces incluso configuraciones de sub-agentes. Cuando construí mi primer skill personalizado, literalmente escribí un documento explicando cómo escribo publicaciones en LinkedIn, incluí cinco ejemplos de mis publicaciones con mejor rendimiento y describí mi tono de voz. Cloud Co-work lo absorbió y empezó a producir borradores que sonaban como yo. No "IA intentando sonar como yo." Realmente yo. Mi esposa leyó uno y me preguntó cuándo había encontrado tiempo para escribirlo.
Connections se encargan de la fontanería. Son integraciones seguras que permiten a Cloud Co-work comunicarse con tus herramientas existentes — tu CRM, tu sistema de gestión de proyectos, tu email, tu almacenamiento de archivos. El detalle clave que importa: las connections tienen alcance departamental. El plugin de tu equipo de marketing puede acceder al calendario de contenido y las cuentas de redes sociales sin tocar jamás los datos de facturación del equipo de finanzas. Esto no es algo añadido como ocurrencia tardía. Es arquitectura central, y resuelve la preocupación de seguridad que mata la mayoría de las conversaciones sobre IA en la empresa antes de que empiecen.
Commands son los disparadores. Comandos slash que activan skills específicos o encadenan múltiples skills en lo que Entropic llama flujos de trabajo agénticos. Un comando. Múltiples skills disparándose en secuencia. Las salidas de uno alimentando al siguiente.
Cuando agrupas skills, connections y commands, obtienes un plugin. Y cuando empiezas a encadenar plugins — ahí es cuando las cosas se ponen realmente salvajes. Te mostraré exactamente cómo configuré esto en la sección de implementación, pero la versión corta es esta: reemplacé un flujo de trabajo de reutilización de contenido que usaba seis herramientas con un solo comando slash que tarda unos nueve segundos en ejecutarse.
Eso no es una optimización. Es un cambio de categoría.
Por qué dejé de descartar esto como "solo otra función de IA"
Seré honesto — mi primera reacción fue escepticismo. Llevo más de un año construyendo con agentes de IA. He visto docenas de lanzamientos de "esto lo cambia todo" que cambiaron aproximadamente nada. Cuando Entropic anunció los plugins, asumí que era teatro de marketing. Disfrazar unas plantillas de prompts, llamarlas plugins, conseguir un ciclo de prensa.
Estaba equivocado. Y entender por qué estaba equivocado importa, porque el mismo escepticismo está impidiendo que muchos ingenieros inteligentes reconozcan lo que está pasando aquí.
La diferencia entre los plugins de Cloud Co-work y cada herramienta de "automatización con IA" que he probado es la componibilidad. La mayoría de las herramientas de IA te dan un pipeline fijo: la entrada entra, la salida sale, y si la salida no es del todo correcta, empiezas de nuevo con un prompt diferente. Los plugins crean un sistema vivo donde los skills se construyen unos sobre otros, comparten contexto y se adaptan a tu lógica de negocio específica.
Aquí va un ejemplo concreto que me convirtió en creyente. Necesitaba crear un caso de estudio para un proyecto de cliente. Normalmente, mi flujo de trabajo se ve así: transcribir la entrevista del cliente en Otter, limpiarla en Google Docs, extraer métricas del proyecto desde nuestro panel, redactar el caso de estudio en Notion usando nuestra plantilla de marca, crear citas destacadas para redes sociales, generar una publicación de LinkedIn y programar todo en Buffer. Seis herramientas. Aproximadamente noventa minutos si todo sale bien. Las cosas raramente salen bien.
Con un solo plugin de Cloud Co-work, alimenté la transcripción cruda y el documento de directrices de marca. Un comando. El agente procesó la transcripción, extrajo métricas y citas clave, generó un caso de estudio completo que coincidía con nuestra estructura de plantilla, creó tres variantes de publicación de LinkedIn con mi voz y compiló todo en un solo documento de salida con secciones claramente etiquetadas.
Catorce minutos. Pasé la mayor parte de ese tiempo revisando la salida, no creándola.
Ahora multiplica eso por cada flujo de trabajo repetible en un negocio. Secuencias de contacto comercial. Procedimientos de escalamiento de soporte al cliente. Documentos de requisitos de producto. Resúmenes de informes financieros. Revisiones de contratos legales. Cada uno de estos puede capturarse como un skill, empaquetarse en un plugin y activarse con un comando.
Esa multiplicación es lo que asustó al mercado. Y honestamente, el mercado no está equivocado en asustarse.
El evento de extinción SaaS para el que nadie está preparado
Aquí necesito ser cuidadoso, porque la opinión caliente se escribe sola y la opinión caliente está equivocada. La opinión caliente es "SaaS está muerto." SaaS no está muerto. Pero el modelo de negocio SaaS — cobrar $15-150/mes por usuario por una herramienta de propósito único con una interfaz bonita — enfrenta un desafío existencial que no había visto desde que la computación en la nube mató al software on-premise.
Los números cuentan la historia. Salesforce cayó un 8% en un solo día después del anuncio de los plugins. ServiceNow cayó un 6%. Adobe perdió un 5%. HubSpot, Asana, Monday.com — todos sufrieron caídas significativas. Estas no son empresas efímeras. Son los pilares del stack de software moderno. Y el mercado está descontando un futuro donde su propuesta de valor principal — ser la interfaz entre un humano y un proceso de negocio — es absorbida por un agente de IA.
He estado observando este patrón de cerca porque me gano la vida construyendo software. Cuando audito el stack tecnológico de un cliente, normalmente encuentro 15-25 suscripciones SaaS. La mayoría de los empleados usa activamente quizás cinco de ellas. El resto son suscripciones zombie que persisten porque los costos de cambio son altos y nadie quiere ser la persona que cancela una herramienta que alguien podría necesitar.
Los plugins de Cloud Co-work cambian ese cálculo de manera brutal. El agente de IA se convierte en la interfaz universal. Hablas con un sistema. Ese sistema se conecta con todo. Las herramientas individuales siguen existiendo en segundo plano — todavía necesitas una base de datos, todavía necesitas almacenamiento de archivos, todavía necesitas infraestructura de entrega de email — pero la capa orientada al humano pasa de quince interfaces diferentes a una interfaz conversacional.
No estoy haciendo una predicción aquí. Estoy describiendo algo que ya estoy experimentando. El mes pasado cancelé tres suscripciones SaaS porque los plugins de Cloud Co-work las hicieron redundantes. No porque los plugins replicaran cada función — no lo hicieron. Pero porque replicaron las funciones que realmente uso, que resulta ser alrededor del 20% de lo que estaba pagando.
Esa dinámica 80/20 es el verdadero cuchillo. La mayor parte de los ingresos SaaS proviene de funciones que los usuarios nunca tocan. Cuando el agente de IA maneja el 20% que la gente realmente necesita, la justificación para la suscripción se derrumba. Y se derrumba rápido.
Pero — y este es el matiz que los agoreros están pasando por alto — las empresas SaaS inteligentes tienen un camino de supervivencia. Llegaré a eso. En realidad es una oportunidad significativa para las que se muevan lo suficientemente rápido.
Construyendo tu primer plugin: la guía práctica que nadie más está escribiendo
Bien, suficiente análisis. Déjame mostrarte cómo funciona esto realmente, porque la brecha entre "entender los plugins conceptualmente" y "tener un plugin funcional que te ahorra horas" es más pequeña de lo que piensas. Construí mi primer plugin en unos cuarenta minutos, y voy a guiarte por el proceso que me habría gustado que alguien hubiera documentado para mí.
Paso 1: Identifica tu flujo de trabajo con mayor fricción
No empieces con algo ambicioso. Empieza con el flujo de trabajo que más te molesta — ese en el que piensas "no puedo creer que esté haciendo esto manualmente otra vez" al menos una vez por semana. Para mí, eso era la reutilización de contenido. Escribo un artículo largo de blog, y luego necesito crear una publicación de LinkedIn, un hilo de Twitter, una intro para el newsletter por email y un esquema de infografía a partir del mismo material fuente. Cinco salidas de una entrada. Cinco herramientas diferentes. Cinco requisitos de formato diferentes.
Paso 2: Documenta el flujo de trabajo en español llano
Abre un archivo markdown y describe tu proceso como si se lo estuvieras explicando a un becario listo en su primer día. Incluye las entradas (¿con qué materias primas empiezas?), la lógica de transformación (¿qué decisiones tomas en cada paso?), los estándares de calidad (¿qué hace que una salida sea buena vs. mediocre?) y ejemplos de salida.
Este paso es donde la mayoría de la gente toma atajos, y se nota en sus resultados. Cuanto más específica sea tu descripción del skill, mejor rinde Cloud Co-work. No escribas "crea una publicación de LinkedIn." Escribe "crea una publicación de LinkedIn que abra con un gancho contraintuitivo, tenga 150-200 palabras, use párrafos cortos de 1-2 oraciones, incluya un dato específico o anécdota personal del material fuente, y termine con una pregunta que genere comentarios."
Paso 3: Crea tu archivo de skill
Esta es la estructura que uso para cada skill:
# Skill: [Name]
## Purpose
[One sentence describing what this skill does]
## Input Requirements
- [What the skill needs to work with]
- [Format specifications]
## Process
1. [Step-by-step instructions]
2. [Include decision points: "If X, then Y. If Z, then W."]
3. [Reference any attached documents or templates]
## Output Format
[Exact format the output should follow]
## Quality Criteria
- [Specific, measurable standards]
- [Examples of good vs. bad output]
## Reference Materials
[Links to or embeds of example outputs, style guides, templates]
Consejo profesional: Incluye 3-5 ejemplos de tu mejor trabajo como material de referencia. La coincidencia de patrones de Cloud Co-work mejora dramáticamente cuando tiene ejemplos concretos en lugar de descripciones abstractas. Adjunté mis publicaciones de LinkedIn con mejor rendimiento ordenadas por tasa de engagement, y el salto de calidad entre "sin ejemplos" y "cinco ejemplos" fue de la noche al día.
Paso 4: Configura las connections
Esta es la parte que se sentía intimidante pero resultó ser sencilla. La interfaz de connections de Cloud Co-work te permite autorizar acceso a herramientas externas a través de flujos OAuth — similar a cómo conectarías cualquier aplicación de terceros. La diferencia es el alcance departamental que mencioné antes.
Para mi plugin de contenido, conecté Google Docs (para materiales fuente), Buffer (para programación social) y mi plataforma de email. Cada conexión me pidió que especificara qué nivel de acceso necesitaba el plugin — solo lectura, lectura-escritura o acceso completo. Empieza con los permisos mínimos que necesites. Siempre puedes ampliarlos después.
Paso 5: Define tus commands
Los commands son donde los skills individuales se convierten en flujos de trabajo automatizados. La sintaxis es simple — esencialmente estás creando comandos slash que encadenan skills.
/repurpose-content
→ Skill: Extract key insights from source document
→ Skill: Generate LinkedIn post
→ Skill: Generate Twitter thread
→ Skill: Generate newsletter intro
→ Skill: Generate infographic outline
→ Output: Compiled document with all formats
Cada skill en la cadena recibe la salida del skill anterior más el material fuente original. Esta acumulación de contexto es lo que hace que los flujos de trabajo encadenados se sientan coherentes en lugar de fragmentados.
Paso 6: Prueba, itera y refina
Ejecuta tu plugin con tres entradas diferentes. No una. Tres. La primera ejecución te muestra si el flujo básico funciona. La segunda ejecución revela casos límite. La tercera ejecución expone problemas de consistencia.
Después de mi primera prueba, me di cuenta de que mi skill de LinkedIn estaba escribiendo publicaciones demasiado largas — 300 palabras en lugar de mi objetivo de 200. Añadí una restricción dura al archivo de skill: "La salida debe ser de 150-200 palabras. Si el primer borrador supera las 200 palabras, recortar automáticamente eliminando la oración más débil y ajustando las transiciones." Eso lo solucionó.
Iterar no es fracasar. Es calibrar. Presupuesta treinta minutos para refinamiento y terminarás con un plugin que genuinamente funciona.
Los tres tipos de plugins que están a punto de crear una nueva economía
Esto es lo que creo que la mayoría de los comentarios están pasando por alto sobre las implicaciones empresariales de los plugins de Cloud Co-work. No se trata solo de productividad individual. Se trata de la aparición de tres categorías distintas de plugins, cada una de las cuales crea dinámicas económicas diferentes.
Plugins construidos por Entropic son la línea base. Open-source, cubriendo funciones empresariales comunes — ventas, soporte, gestión de producto, finanzas, legal. Son deliberadamente genéricos, diseñados para manejar el 70% de un flujo de trabajo estándar de fábrica. Piensa en ellos como las apps predeterminadas que vienen preinstaladas en tu teléfono. Suficientemente buenas para la mayoría de la gente. No personalizadas para nadie.
Plugins de proveedores externos son donde las cosas se ponen interesantes desde una perspectiva empresarial. Imagina Salesforce — en lugar de luchar contra Cloud Co-work, construyen un plugin de Salesforce que permite a Cloud Co-work interactuar con la capa de datos y las funciones propietarias de Salesforce a través del agente. La IA maneja la interfaz. Salesforce maneja la infraestructura de datos y la lógica de negocio que tardaron veinte años en construir. Su modelo de suscripción pasa de "pagar por la interfaz" a "pagar por el motor." Eso es en realidad una posición más defendible.
Ya he visto startups en etapa temprana pivotando todo su modelo de negocio hacia el desarrollo de plugins. Una empresa a la que asesoro estaba construyendo una herramienta independiente de inteligencia competitiva. Después del anuncio de los plugins, descartaron la interfaz por completo y reconstruyeron su motor de análisis central como un plugin de Cloud Co-work. Su razonamiento: ¿por qué gastar dos años y $2M construyendo una interfaz cuando puedes conectarte a una interfaz que ya tiene millones de usuarios?
Plugins personalizados son la larga cola, y potencialmente los más transformadores. Cualquier empresa puede crear plugins que codifiquen sus flujos de trabajo específicos, conocimiento institucional y ventajas competitivas. Un bufete de abogados puede construir un plugin que redacte contratos en su estilo específico, referenciando su biblioteca de cláusulas. Una empresa de comercio electrónico puede construir un plugin que genere descripciones de productos que coincidan con la voz de su marca y requisitos de SEO. Una agencia de marketing puede empaquetar su metodología de planificación de campañas como un plugin y licenciarlo a sus clientes.
La economía de plugins personalizados va a parecerse mucho a los primeros días de los temas de WordPress y las apps de Shopify. Algunos serán gratuitos. Algunos tendrán precios premium. Los mejores generarán ingresos pasivos para sus creadores.
Ya estoy construyendo tres plugins personalizados para mi propio flujo de trabajo, y estoy considerando empaquetar dos de ellos como productos. El que automatiza mi proceso de reutilización de contenido solo me ahorra aproximadamente seis horas por semana. Si cobrara incluso $29/mes por eso como un plugin independiente — que es barato comparado con las herramientas que reemplaza — las cifras funcionan de maravilla.
Los problemas honestos de los que nadie quiere hablar
Mira, he pasado las últimas dos mil palabras pintando un panorama optimista, y creo en la mayor parte. Pero te haría un flaco favor si no hablara de los problemas genuinos que he encontrado, porque son reales y a ti también te afectarán.
La trampa del "suficientemente bueno" es peligrosa. La salida generada por plugins es impresionante — quizás un 80-85% tan buena como lo que produce un humano habilidoso. Para muchos casos de uso, eso es suficiente. Para reutilización de contenido, borradores rápidos y documentación interna, acepto con gusto 85% de calidad al 10% de la inversión de tiempo. Pero me he pillado a mí mismo dejando que ese estándar de "suficientemente bueno" se cuele en trabajo que demanda excelencia. Un caso de estudio orientado al cliente. Un artículo técnico de blog donde la precisión importa. Una propuesta de ventas donde un solo número incorrecto podría costar un negocio.
La disciplina requerida es saber cuándo el 85% está bien y cuándo no. He empezado a codificar mis tareas por colores: verde para "el plugin puede manejar esto de principio a fin," amarillo para "el plugin hace el borrador, yo reviso y edito," y rojo para "necesito hacer esto yo mismo." Ese marco me ha salvado de publicar trabajo del que me arrepentiría.
Las limitaciones de la ventana de contexto son reales y frustrantes. Cloud Co-work es potente, pero sigue trabajando dentro de restricciones de tokens. Cuando intenté alimentarlo con un documento de especificación de producto de 40 páginas y pedirle que generara documentación técnica completa, empezó a perder detalles de las primeras páginas para cuando llegaba a la sección de implementación. Tuve que fragmentar el documento en secciones y procesarlas individualmente, lo que rompió la experiencia fluida de "un comando, salida completa".
Entropic claramente está trabajando en esto — las ventanas de contexto siguen expandiéndose — pero ahora mismo, los flujos de trabajo complejos con entradas grandes requieren estrategias de fragmentación que añaden fricción.
La portabilidad de plugins sigue siendo un dolor. A día de hoy, compartir plugins significa exportar un archivo zip o subirlo a un repositorio de GitHub y que la otra persona lo importe. No hay marketplace. No hay instalación con un clic. No hay gestión de versiones. Entropic ha dicho que viene un marketplace, junto con herramientas de compartición interna para equipos. Pero aún no hemos llegado ahí, y la brecha entre "construí un plugin increíble" y "mi equipo puede usarlo" es más amplia de lo que debería.
Las implicaciones de seguridad me quitan el sueño. Lo digo como alguien que dirige una práctica de ciberseguridad. Cuando le das a un agente de IA acceso de conexión a tu CRM, tu email, tu herramienta de gestión de proyectos y tu almacenamiento de archivos — estás creando un punto único de compromiso. El alcance departamental ayuda. El modelo de permisos OAuth ayuda. Pero la superficie de ataque sigue siendo preocupante, especialmente para empresas que manejan datos sensibles. Me encantaría ver a Entropic publicar un documento detallado de arquitectura de seguridad. Hasta entonces, estoy siendo cauteloso sobre qué connections autorizo.
¿Mi predicción? Estos problemas se resolverán en 12-18 meses. Son problemas de ingeniería, no fallos de diseño fundamentales. Pero si estás adoptando plugins hoy, necesitas saber sobre ellos.
Cómo se ven mis números después de sesenta días de uso intensivo de plugins
He estado rastreando mis propias métricas obsesivamente porque quería saber si los plugins entregan ganancias reales de productividad o si el efecto novedad estaba inflando mi percepción. Aquí están los datos sin pulir.
Tiempo dedicado a la creación de contenido: Bajó un 62%. Promediaba 4.5 horas por pieza de formato largo incluyendo reutilización. Ahora promedio 1.7 horas, la mayor parte de las cuales es edición y revisión de calidad.
Gasto en SaaS: Bajó $387/mes. Cancelé suscripciones de tres herramientas de contenido, una plataforma de programación social y un panel de analítica que los plugins de Cloud Co-work reemplazaron funcionalmente.
Volumen de producción: Subió 3x. Estoy publicando más contenido en más canales sin trabajar más horas. Las mismas semanas de 50 horas, diferente distribución del esfuerzo.
Consistencia de calidad: Esta me sorprendió. Antes de los plugins, mi calidad de contenido variaba dependiendo de mi nivel de energía, qué día de la semana era y cuántas veces me habían interrumpido. Los plugins producen una línea base consistente que luego elevo mediante edición. Mis peores outputs mejoraron. Mis mejores outputs se mantuvieron más o menos igual.
Tiempo para medir el ROI: Aproximadamente dos semanas de uso activo antes de que las ganancias se hicieran obvias. La primera semana es configuración y calibración. La segunda semana es cuando la memoria muscular arranca y dejas de pensar en la herramienta y empiezas a pensar en el trabajo.
La métrica que más me importa — horas facturables liberadas para trabajo de mayor valor — mejoró aproximadamente ocho horas por semana. Eso se traduce directamente en ingresos cuando diriges una consultoría. Para un empleado, se traduce en hacer más o hacer lo mismo con menos estrés. Ambas cosas son valiosas.
Las victorias rápidas vienen de reemplazar primero tus flujos de trabajo más repetitivos. Las ganancias a largo plazo vienen de construir plugins que codifiquen tu conocimiento institucional tan bien que los nuevos miembros del equipo puedan producir trabajo de nivel experto en su primera semana. Esa segunda categoría es donde viven los rendimientos compuestos, y apenas estoy empezando a explorarla.
Qué pasa cuando cada empleado tiene su propio agente de IA
Sesenta días de uso de plugins ha cambiado mi forma de pensar sobre algo mucho más grande que la productividad personal.
Nos dirigimos hacia un mundo donde el empleado promedio de una empresa — no el desarrollador, no el usuario avanzado, la persona promedio que actualmente lucha con las fórmulas de Excel — tiene un agente de IA configurado que entiende su rol, sus herramientas, sus flujos de trabajo y sus preferencias. Un agente que mejora cuanto más tiempo lo usas porque sus skills y plugins acumulan conocimiento institucional con el tiempo.
Eso no es una mejora de productividad. Es una reestructuración del mercado laboral. Y las empresas que descubran cómo integrar plugins en sus operaciones primero tendrán una ventaja estructural que se compone mensualmente.
Sigo volviendo a una conversación que tuve con una amiga no técnica que dirige una agencia de marketing de veinte personas. Estaba ahogándose en la proliferación de herramientas — su equipo usaba diecinueve productos SaaS diferentes. Me dijo que no podía contratar lo suficientemente rápido para seguir el ritmo de la demanda de clientes. La ayudé a configurar tres plugins de Cloud Co-work: uno para onboarding de clientes, uno para planificación de campañas y uno para reportes. Me llamó una semana después. "Mi equipo actual acaba de volverse un 40% más rápido. Puede que no necesite contratar esas dos posiciones."
Eso es una sola agencia pequeña. Multiplícalo por millones.
No tengo una respuesta limpia para lo que esto significa para el empleo, para la economía SaaS, para la forma en que pensamos sobre el software en sí. Lo que sí sé es que el modelo de plugins — modular, componible, accesible para no desarrolladores — es el mecanismo que lleva la IA de "demo interesante" a "cambio estructural." Y el cambio estructural no espera a que estés listo para ello.
Así que esto es lo que te diría que hagas antes del fin de semana. Elige un flujo de trabajo. El más molesto, repetitivo y agotador de tu semana. Dedica cuarenta minutos a construir un plugin para él. No porque vaya a ser perfecto en el primer intento — no lo será. Pero porque el acto de construirlo recableará la forma en que piensas sobre todos los demás flujos de trabajo en tu vida. Empezarás a ver oportunidades de plugins en todas partes. Y ese cambio de percepción vale más que cualquier plugin individual que jamás construyas.
El modelo SaaS no está muerto. Pero la suposición de que los humanos necesitan quince interfaces diferentes para hacer su trabajo tiene fecha de caducidad. Y el reloj ya está corriendo.
Let's Work Together
Looking to build AI systems, automate workflows, or scale your tech infrastructure? I'd love to help.
- Fiverr (custom builds & integrations): fiverr.com/s/EgxYmWD
- Portfolio: mejba.me
- Ramlit Limited (enterprise solutions): ramlit.com
- ColorPark (design & branding): colorpark.io
- xCyberSecurity (security services): xcybersecurity.io
