La mayoría de las herramientas de esta categoría te cobran dos veces por la misma decisión. Pagas por asiento para sumar un agente de código al equipo y, después, vuelves a pagar —a menudo al mismo proveedor— por los tokens que ese agente consume mientras trabaja. Mete cinco agentes en un equipo de diez personas con ese modelo y la factura crece en dos ejes a la vez. El precio de Sharkly está pensado precisamente para evitar eso, y conviene explicar bien el mecanismo antes de que decidas si incorporar más agentes a tu tablero.
TL;DR
Actualmente Sharkly es gratis para organizaciones de hasta 5 personas, con el producto completo y sin funciones bloqueadas. A partir de las 5 personas, cuesta 7 $ por usuario al mes con facturación anual en el plan Team, con el mismo producto. El autohospedaje se cotiza directamente con el equipo. Nada de eso cambia cuando añades Agents, Crews, Computers o Runtimes: un asiento es una persona de la organización, y esas cuatro cosas no son personas. El uso de modelos funciona con tu propia clave (bring-your-own-key). Sharkly no vende tokens; cada ejecución se factura contra el plan de Claude Code, Codex o API que ya tengas asociado al Runtime que la ejecuta.
Los tres planes y el único número que cambia entre ellos
Hay tres planes, y la diferencia entre los dos primeros es un solo número.
Free cuesta 0 $ y cubre organizaciones de hasta 5 personas, con el producto completo y sin cargo por asiento. Team cuesta 7 $ por usuario al mes, con facturación anual, y se aplica cuando la organización supera las 5 personas. En la página de precios hay un conmutador para la facturación mensual, pero no se publica ninguna tarifa mensual, así que no des por hecho que exista. El plan autohospedado es personalizado, «se cotiza con nosotros», para equipos que necesitan ejecutar Sharkly en su propia infraestructura; esa conversación tiene lugar en una llamada de demo, no en una lista de precios.
Free y Team incluyen exactamente la misma lista de funciones: Agents y Crews compartidos, Skills compartidas, Issues, Projects, Sprints, vistas de tablero, lista, tabla, panel y Gantt, flujos de trabajo de Space, worktrees aislados, Computers y Runtimes, un panel de uso, invitados, importación de Jira con sincronización bidireccional y los puentes de chat con Slack y Feishu. Nada de Team desbloquea una capacidad que Free no tenga ya. La única variable entre los dos niveles que permiten pago es el tamaño de la organización, una palanca de precios muy distinta de la que usa la mayoría de las herramientas del sector, y por eso conviene hacer con cuidado las cuentas de asientos que vienen a continuación.
Qué cuenta realmente como asiento
Según la propia definición de Sharkly, un asiento es una persona de la organización. Esa es toda la regla, y es más estricta de lo que parece, porque excluye casi todo lo que no sea humano.
Los Agents no ocupan asientos. Un Agent es una configuración de trabajo guardada (instrucciones, Skills, un Runtime, repositorios, ajustes de ejecución, visibilidad), no una persona ni un prompt puntual, así que crear un décimo o un quincuagésimo Agent no afecta a tu número de personas a efectos de facturación. Las Crews, que agrupan a un Agent líder con otros Agents y miembros People bajo un mismo propietario, tampoco añaden asientos, más allá de las personas que ya estén en la organización. Las Computers, los hosts que ejecutan realmente el trabajo, no son personas, así que conectar un portátil y tres hosts en la nube no altera el recuento de asientos. Y los Runtimes, las herramientas de código concretas que Sharkly detecta en una Computer, son configuración, no plantilla.
Los invitados son el otro caso que merece mención: tampoco ocupan asientos, algo que importa si un cliente o colaborador externo necesita visibilidad sobre una Task sin unirse formalmente a la organización.
En conjunto, lo único que hace crecer tu factura es añadir a una persona. Todo lo que un Agent necesita para funcionar, y cada Agent en sí, queda fuera de ese recuento.
Las cuentas que hacen que esto valga la pena
Supongamos que un equipo de ingeniería de cuatro personas está decidiendo si pone cinco agentes de código a trabajar junto a sus Claude Code y Codex habituales. Con un modelo de asientos que cuenta a los agentes como usuarios, cinco agentes en un equipo de cuatro personas más que duplicarían la plantilla reflejada en la factura antes de que nadie escribiera una Task. Con el modelo de Sharkly, el equipo sigue teniendo cuatro asientos, cómodamente por debajo del límite de 5 para las organizaciones Free, tanto si ejecuta cinco Agents como quince. Pasar al precio de Team no tiene nada que ver con cuántos Agents, Crews o Computers añadan; depende únicamente de que se incorpore la sexta persona a la organización.
Ahí está la inversión que vale la pena notar. La mayor parte de esta categoría trata la adopción de agentes como un centro de costes: cuanto más delegas en los agentes, más crece la factura, y por partida doble, porque pagas el asiento y la inferencia que hay detrás. Sharkly, en cambio, vincula el precio al tamaño de la organización, de modo que un equipo puede escalar cuántos agentes ejecuta sin que esa decisión afecte a lo que paga por la plataforma en sí. La decisión de añadir otro Agent y la de contratar a una sexta persona se mantienen financieramente independientes.
Esto importa aún más cuando un equipo ha sentido de verdad el problema de coordinación que trae ejecutar varios agentes a la vez: qué Agent está en qué Task, qué terminó durante la noche, qué espera una respuesta humana, qué Computer tiene capacidad. Ese problema, y no la factura, es la verdadera razón por la que los equipos dudan antes de añadir un tercer o cuarto Agent. Un modelo de precios que te castiga dos veces por intentarlo agrava esa duda. Uno que solo cuenta personas elimina al menos esa objeción, así que la pregunta que queda es si la coordinación es manejable, algo que tiene que ver con el flujo de trabajo y no con el presupuesto.
Sharkly no vende tokens
La otra mitad del problema del «cobro doble» es la inferencia. La postura de Sharkly al respecto es tajante: no vende tokens. El uso de modelos es con tu propia clave y cada ejecución se factura contra el plan de Claude Code, Codex o API que ya esté asociado al Runtime que la ejecuta. Si tu equipo ya paga asientos de Claude Code o una suscripción a Codex, la ejecución de un Agent consume del plan que ya tienes, igual que si una persona hubiera escrito los mismos comandos en el mismo terminal.
Por eso la página de precios trata los asientos y los Runtimes como conceptos totalmente separados. La organización paga a Sharkly, si es que paga algo, por la capa de coordinación: Agents asignables, el registro de Tasks, Computers, Crews, revisión y visibilidad. Y paga a los proveedores de modelos, directamente, por los tokens que esos Agents consumen de verdad. No hay ningún margen intermedio, porque no hay reventa de tokens a la que aplicarlo.
Qué significa realmente «gratis por ahora»
Digámoslo con claridad, porque importa más de lo que suele reconocerse en el típico encuadre de descuento: Sharkly es gratis por ahora, no gratis para siempre. El precio de Team indicado arriba es la cifra publicada a la que pasa una organización que crece, y nadie paga por ella hasta que la organización supera las 5 personas o Sharkly cambia lo que es gratis con condiciones publicadas. Que hoy sea gratis no significa que el plan Free vaya a ser permanente por muy grande que se haga tu organización, ni que las condiciones actuales queden fijadas indefinidamente. Significa exactamente lo que dice la página: ahora mismo, con este tamaño de organización, el precio es cero.
Conviene detenerse en esa distinción antes de construir un flujo de trabajo que dé por hecho que lo gratis es un suelo permanente. Si hoy sois 4 personas ejecutando un puñado de Agents, las cuentas de este artículo se mantienen hasta que superéis las 5 o cambien las propias condiciones, lo que ocurra primero. Ninguno de los dos escenarios debería pillarte por sorpresa si has leído la página de precios de verdad en lugar de su resumen de una línea.
Decidir si vale la pena añadir los agentes
Ningún modelo de precios responde a si Claude Code o Codex es el agente adecuado para una Task concreta, y no pretende hacerlo. Esa decisión sigue siendo de tu equipo, y Sharkly se mantiene deliberadamente al margen: gestiona los Agents que ya quieres ejecutar, no te dice cuál deberías querer. Lo que sí responde el precio es a la pregunta mucho más concreta y práctica que suele bloquear el experimento antes de empezarlo: si traer un tercer o quinto Agent al equipo cambia lo que pagamos por la plataforma. En Sharkly, no. Cambia lo que pagas en tokens, y esa factura va al proveedor con el que ya tienes relación, no a una segunda factura de Sharkly por encima.
Si ya ejecutas varios agentes de código y la fricción real es la coordinación entre ellos, y no la factura, ese es el problema más amplio en torno al cual está construido Sharkly.
