Cómo funciona
Controla los costes de los agentes de programación con IA a partir de registros locales.
Passcard ayuda a equipos y profesionales independientes a seguir los costes de los agentes de programación por persona, proyecto y cliente. Una aplicación de escritorio recopila el uso localmente y comprueba los presupuestos antes de las acciones compatibles; el panel web reúne los datos de todos los dispositivos.
De la instalación a una vista de costes por proyecto
- Descarga una versión disponible de Passcard para escritorio y vincúlala con tu espacio de trabajo desde el navegador. Cada dispositivo recibe su propio token revocable y se asocia con un miembro del espacio de trabajo.
- La aplicación de escritorio detecta las carpetas de registros compatibles, incluidas las de perfiles adicionales. Puedes revisar, añadir o desactivar carpetas en Configuración. Lee los registros existentes y recoge el nuevo uso a medida que cambian.
- Asigna repositorios a proyectos en el panel. Los remotos de los repositorios permiten agrupar el uso de distintos clones y dispositivos; los proyectos se pueden agrupar por cliente. Los espacios de trabajo en equipo también permiten comparar el uso por persona y equipo.
- Para activar los límites presupuestarios, instala los hooks de Passcard para cada agente compatible desde la aplicación de escritorio. La lectura de los registros de uso por sí sola no instala el disyuntor.
Sigue las guías de configuración de Claude Code y CodexDisponible en inglés
¿Qué agentes de programación admite Passcard?
Passcard dispone de recolectores locales e integraciones mediante hooks para ocho agentes. La información disponible en los registros de cada agente determina hasta qué punto los datos de uso son completos y están actualizados.
| Agente | Medición y limitaciones |
|---|---|
| Claude Code | Lee el uso de tokens registrado, elimina las copias repetidas de los mismos mensajes y tiene en cuenta las lecturas y escrituras de caché. |
| Codex CLI | Lee el uso de tokens por turno de los registros de sesión y separa la entrada en caché del resto de tokens de entrada. |
| Cursor | Estima los tokens a partir de la longitud de las transcripciones. Estas no incluyen recuentos de tokens, nombres de modelos ni marcas de tiempo de los turnos, por lo que el uso se indica como estimado. |
| Gemini CLI | Lee los recuentos de tokens de sesión, separa la entrada en caché e incluye los tokens de razonamiento en el uso de salida. |
| Grok CLI | Lee el uso de los turnos completados de los registros de sesión y lo desglosa por modelo. |
| Copilot CLI | Lee los totales de tokens cuando se cierra una sesión de CLI. Las sesiones en curso y las que no se cierran correctamente pueden no comunicar ningún uso de tokens. |
| OpenCode | Lee el uso de tokens de la base de datos SQLite local o del formato anterior de almacenamiento de sesiones. |
| pi | Lee el uso de tokens de los registros locales de sesión, incluidas las lecturas y escrituras de caché. |
La compatibilidad se refiere a estos agentes locales y sus formatos de registro compatibles. No abarca todas las extensiones de editores, los agentes alojados en la nube ni toda la actividad de la cuenta del proveedor.
¿Estos costes coinciden con la factura de mi proveedor?
Passcard calcula el coste multiplicando el uso de tokens por los precios publicados de las API de los modelos para entrada, salida y caché. Esto permite comparar el trabajo entre personas y proyectos sobre una base común. La factura de tu proveedor puede ser distinta debido a suscripciones, uso incluido, tarifas negociadas, créditos o reglas de facturación.
El servidor comprueba las fuentes públicas de precios cada hora. Los precios conocidos cambian cuando al menos dos fuentes coinciden, y el precio nuevo se aplica al uso a partir de su fecha de entrada en vigor. El uso anterior conserva la tarifa vigente en ese momento. Si falta el precio de un modelo, Passcard usa una tarifa alternativa de la misma familia de modelos cuando está disponible y registra esa elección. Los detalles de la sesión identifican estos casos. El cálculo con una tarifa alternativa se puede corregir cuando haya un precio exacto disponible.
Los recuentos de tokens de Cursor se deducen de la longitud de las transcripciones. Los contadores que faltan o los precios sin resolver pueden dejar parte del uso fuera del total; los detalles de la sesión muestran la información disponible.
Reproduce un cálculo de costes paso a pasoDisponible en inglés
¿Cómo aplica el disyuntor los límites de un presupuesto?
Los presupuestos pueden aplicarse a un espacio de trabajo, equipo, persona o proyecto, con límites diarios, semanales, mensuales o totales. Elige un umbral de aviso y una acción de aviso o bloqueo. Los presupuestos compartidos y los controles del disyuntor para empresas están incluidos en Team y Business.
Los hooks instalados piden una decisión a la aplicación de escritorio Passcard en ejecución antes de las acciones compatibles de los agentes. La aplicación combina el último estado de costes del servidor con el uso local registrado que el servidor aún no ha confirmado. Cuando se agota un presupuesto con bloqueo, devuelve la respuesta de bloqueo compatible con el agente.
¿Qué ocurre sin conexión?
Los presupuestos guardados en caché y el uso local permiten seguir haciendo comprobaciones sin conexión a la red. El nuevo uso de otros dispositivos y los cambios de presupuesto solo se conocen después de sincronizar. Si no hay ninguna instantánea del presupuesto disponible, la aplicación en ejecución sigue la configuración de fallo abierto o fallo cerrado del espacio de trabajo.
¿Puede el gasto superar el límite?
Sí. Los controles se basan en el uso ya registrado, por lo que las solicitudes en curso, los retrasos en los registros y los dispositivos que trabajan a la vez pueden superar un umbral antes de que se bloquee una acción posterior. Una instantánea diaria, semanal o mensual caducada no bloquea un nuevo período. Passcard no impone un tope absoluto de gasto a la cuenta de un proveedor.
La aplicación de escritorio debe estar en ejecución y los hooks deben estar instalados y ser compatibles con el agente. Si el hook local no puede comunicarse con la aplicación de escritorio, permite que el agente continúe, incluso cuando el espacio de trabajo está configurado para bloquear ante la falta de datos presupuestarios.
¿Qué datos salen del equipo?
El recolector de escritorio envía metadatos normalizados de uso y funcionamiento. No envía el texto de los prompts, los datos de los argumentos de las herramientas, el contenido de los archivos, las rutas absolutas de archivos ni los valores de las variables de entorno.
- Uso: nombres de agentes y modelos, recuentos de tokens, marcas de tiempo, identificadores de sesión y si el uso es estimado.
- Contexto de sesión: nombres de repositorios y ramas, tiempos de sesión, recuentos de turnos, nombres y recuentos de herramientas, rutas relativas de los archivos utilizados y versiones de los agentes cuando están disponibles.
- Información del dispositivo: nombre del dispositivo, sistema operativo, versión de la aplicación y estado de conexión utilizados para gestionar los equipos vinculados.
Los nombres de repositorios, ramas y archivos con rutas relativas pueden contener información confidencial. Ten en cuenta estos campos de metadatos al decidir si Passcard cumple los requisitos de datos de tu espacio de trabajo. Los tokens de dispositivo se pueden revocar desde el panel.
Integración opcional de tickets de Linear y GitHub en fase beta
La atribución a tickets está desactivada inicialmente y requiere que un administrador la active. Una vez conectada, utiliza evidencias de Git y determinados metadatos de incidencias de Linear y pull requests de GitHub para atribuir el uso a tickets. Al desactivar la beta se detiene el procesamiento de nuevos datos de los proveedores y la aplicación de límites a los tickets; se conserva el historial de atribución existente.