Tiden: verificar código de IA frente a los requisitos

¿Para qué sirve Tiden, explicado de forma sencilla?

Tiden ayuda a los equipos de desarrollo a comprobar si un agente de programación ha implementado lo que se le pidió. El producto de Qase, Inc. reúne especificaciones, sesiones de agentes, pruebas y evidencias de entrega.

Imagina una API que debe rechazar peticiones al superar un límite e indicar cuándo reintentarlas. Que el código compile no demuestra ambos requisitos. Tiden relaciona cada comportamiento esperado con las pruebas que lo respaldan y muestra los huecos pendientes.

Encaje con herramientas de programación por IA

Tiden está orientado a desarrolladores, QA y responsables de ingeniería que entregan cambios escritos por agentes. Su web menciona Claude Code, Cursor, Copilot y Codex como herramientas complementarias.

La CLI, la API REST pública y el servidor MCP local dan acceso a especificaciones, pruebas, ramas y veredictos. Actualiza la CLI y el servidor MCP juntos para mantener la compatibilidad de configuración. El equipo necesita conservar requisitos claros y pruebas útiles para obtener una evaluación con sentido.

Revisar el resultado desde las especificaciones

Tiden lee el código, organiza las especificaciones del producto y señala las que carecen de pruebas. Las especificaciones se pueden editar en Markdown e incluyen fuentes, componentes, prioridades e historial. Así es posible entender de dónde procede una regla y cómo cambia.

La captura de intención recoge decisiones de las sesiones de programación y las convierte en ramas revisables. El flujo de la web sigue las promesas de un acuerdo de trabajo. Las propuestas de cambios en especificaciones y pruebas pasan por revisión humana antes de incorporarse. La calidad de la evidencia sigue dependiendo de que las comprobaciones representen el comportamiento requerido.

Cómo empezar con un repositorio existente

La guía oficial de inicio permite recorrer una primera verificación:

1. Crea o únete a una organización y añade un producto en su espacio de trabajo.
2. Instala la CLI para macOS, Linux o Windows. Ejecuta tiden setup para autorizarla y vincular el repositorio; comprueba después tiden config verify.
3. Conecta la aplicación GitHub de Tiden a los repositorios elegidos y revisa sus permisos.
4. Crea una especificación, o impórtala desde Markdown, y vincula una prueba.
5. Ejecuta las comprobaciones y consulta Traceability. Distingue verified, not_run y no_test.
6. Instala los hooks con tiden intent install, comprueba su estado y revisa las ramas de intención antes de fusionarlas.

Conviene empezar por una función con un resultado observable. Después puedes ampliar el modelo si los estados y las evidencias encajan con el proceso de aceptación del equipo.

Decidir qué se puede entregar

Las puertas de calidad combinan cobertura de especificaciones, resultados de pruebas, riesgo por componente, vigencia de las evidencias y problemas de producción disponibles. Evalúan la rama principal, una rama de trabajo o una versión. El resultado puede ser aprobado, bloqueado o con riesgo aceptado.

tiden gate check --product-id <product-id> permite consultar el estado desde automatizaciones. Devuelve un código distinto de cero si existe un bloqueo o una revisión de riesgo pendiente. El seguimiento de errores de ejecución relaciona incidencias con versiones y entornos. Una aprobación refleja las comprobaciones configuradas; no demuestra que el software sea infalible.

Prueba gratuita, costes y acceso al código

Comprobado el 15 de octubre de 2026: los precios públicos mensuales en USD son 49 dólares para Starter y 199 dólares por producto para Team. Starter incluye un producto, hasta tres repositorios y 25 cambios verificados al mes. Team incluye 100 por producto y repositorios ilimitados, con posibles cargos adicionales de uso. Ambos ofrecen 14 días de prueba; si mantienes el plan, la facturación empieza el día 15.

Un cambio verificado es una pull request fusionada con una puerta de calidad aprobada y se factura una sola vez. Los reintentos, cambios fallidos y commits de bots son gratuitos. La retención de evidencias es de tres meses en Starter y doce en Team. Consulta los precios y el estimador oficial para tramos, telemetría y condiciones anuales; estos importes no son una tarifa final en euros con impuestos.

La aplicación GitHub lee los repositorios autorizados. Revisa su alcance y protege los tokens API. Los SDK de telemetría permiten filtrar eventos con beforeSend. Lee la política de privacidad junto con el contrato: los documentos consultados no acreditan una garantía general de procesamiento exclusivamente local o de exclusión de entrenamiento para todo código cliente. El alojamiento propio de Enterprise es un complemento de pago.

Preguntas frecuentes

¿Tiden sustituye la revisión humana?

No. Los agentes proponen ramas; una persona revisa y fusiona los cambios aceptados. Tiden aporta las relaciones entre requisitos, pruebas y riesgos.

¿Basta con que pasen las pruebas generadas por IA?

Solo acreditan lo que comprueban. También hay que revisar su relación con los requisitos, la cobertura que falta y la vigencia de los resultados.

¿Cómo se empieza con un repositorio existente?

Crea un producto, autoriza el repositorio y configura la CLI. Vincula una especificación concreta a una prueba y revisa Traceability antes de ampliar el uso.

Recursos oficiales

• Repositorio del servidor MCP: adaptador e instrucciones para desarrolladores.
• Registro de cambios: novedades del producto.
• Contacto con Tiden: implantación empresarial y revisión de seguridad.