Ad Actum
Cambio Verificado

Tu agente entregó el cambio.
Ad Actum prueba que el sistema aún aguanta.

War Rooms, Investigaciones de Confiabilidad y Auditorías de Seguridad dirigidas por el fundador para equipos que desarrollan con Claude Code, Cursor y Codex. Trazamos las fallas de propiedad, ciclo de vida, seguridad, limpieza y correctitud que deja el desarrollo asistido por IA — y entregamos hallazgos clasificados por severidad, specs de remediación y PRs listos para merge.

Acceso anticipado · Revisado por el fundador · Acceso limitado al repo · NDA bajo solicitud

P0 · Bug activo
De un estudio de Ad Actum

El auth verificaba quién eras, no de quién eran los datos que recibías.

Radio de impacto
30+ endpoints · 8+ superficies de controlador · lectura, escritura y borrado cross-tenant
Causa raíz
La propiedad del padre existía. Los servicios de recursos hijos consultaban por _id sin scope de proyecto.
Corrección entregada
ProjectOwnershipGuard + scoping por projectId en la capa de servicio — entregado como un solo PR revisable.
Redactado de un estudio real de Ad Actum. Identificadores cambiados, alcance preservado.

Los agentes de IA cierran tickets.
No custodian la integridad del sistema.

Pides una feature. El agente la entrega — de la forma más conveniente para la tarea local, no de la más estructuralmente correcta. El pedido se cumple mientras el codebase se vuelve silenciosamente más difícil de cambiar, más difícil de asegurar y más difícil de confiar.

Cada sesión optimiza por el pedido que tiene enfrente. Ninguna carga la memoria de lo que las otras 50 sesiones cambiaron esta semana.


El flujo que generó el desvío usualmente no lo expone de forma sistemática.


La mayoría de herramientas te ayudan a escribir el cambio. Ad Actum verifica lo que le hizo al sistema.

No recibes un dashboard de advertencias. Recibes evidencia, una spec y un PR revisable.

Un pipeline disciplinado, tres salidas limpias. Cada hallazgo verificado contra tu código. Cada spec acotada. Cada corrección entregada como un PR que tu responsable puede revisar y mergear.

Detectar

Hallazgos clasificados por severidad

Rutas exactas de archivos. Reproducción y radio de impacto. Cada afirmación verificada contra el código real — sin heurísticas, sin patrones de scanner.

Especificar

Specs de remediación acotadas

Cada hallazgo se convierte en una spec de remediación con criterios de aceptación. Qué cambiar, dónde y por qué — escrita para implementación.

Corregir

Pull request listo para merge

Ad Actum implementa la corrección, la revisa y abre un PR contra tu repo. Tu responsable revisa y hace merge. Sin lista de pendientes — el trabajo está hecho.

Elige el modo de falla
que necesitas probar y corregir.

Estudio 01

Ad Actum War Room

Auditoría de arquitectura y ciclo de vida. Brechas de propiedad, acoplamiento, límites de módulo, módulos muertos y hotspots estructurales — descubiertos y enrutados a una ruta de remediación.


  • Puntos débiles estructurales revelados
  • Acoplamiento riesgoso y brechas de propiedad identificadas
  • Límites de módulo y módulos muertos hechos explícitos
  • Dirección de remediación entregada como specs y PRs
Solicitar un War Room
Estudio 02

Ad Actum Investigación de Confiabilidad

Bugs activos, fallas de correctitud, condiciones de carrera, estado obsoleto, brechas de integridad de datos y fallas de limpieza o recuperación — trazadas hasta la causa raíz y corregidas.


  • Bugs activos y fallas de correctitud confirmados
  • Condiciones de carrera y estado obsoleto identificados de extremo a extremo
  • Integridad de datos y brechas de recuperación trazadas a causa raíz
  • Seams de limpieza y teardown corregidos
Solicitar una Investigación de Confiabilidad
Estudio 03

Ad Actum Auditoría de Seguridad

Vulnerabilidades, cadenas de ataque, límites de confianza inseguros y controles fail-open. Correcciones listas para remediación. Arquitectura y confiabilidad se ignoran salvo que sean inseparables de una corrección de seguridad.


  • Patrones rotos de autorización y propiedad trazados de extremo a extremo
  • Caminos exentos verificados contra estándares centrales de seguridad
  • Controles fail-open y desvío de transporte de secretos expuestos
  • Cadenas de ataque trazadas desde la entrada hasta el radio de impacto
Solicitar una Auditoría de Seguridad

Arquitectura, confiabilidad, seguridad.
Tres hallazgos redactados de estudios reales.

Cada hallazgo es real, redactado y entregado como un pull request. La línea de resultado nombra el PR de remediación entregado para ese hallazgo.

Confiabilidad · Falla de limpieza/recuperación
P0 · Fuga permanente

RunAnalysisRecord vivía fuera del boundary de limpieza del CR.

Una sola colección de 38 no tenía campos crId/projectId y nunca era alcanzable desde el sweep canónico de teardown del CR. Cada run de análisis dejaba huérfanos permanentes en silencio.


Entregado: PR con campos crId/projectId + cobertura de la colección en el cleanup.

Seguridad · IDOR sistémico
P0 · Bug activo

El auth verificaba quién eras, no de quién eran los datos que recibías.

La propiedad se aplicaba en recursos padres. Los controladores de recursos hijos heredaban la verificación de auth pero no el filtro de propiedad — usuarios autenticados podían leer, modificar y borrar datos de otros inquilinos en 30+ endpoints.


Entregado: PR con ProjectOwnershipGuard + scoping por projectId en la capa de servicio.

Seguridad · Desvío de transporte de tokens
P1 · Contradicción de política

Hooks rechazaban tokens por query; la media del asistente los aceptaba.

Un handler rechazaba explícitamente tokens en query params — el equipo sabía que era peligroso. Una superficie privilegiada de media los aceptaba, convirtiendo historial del navegador, logs de proxy y headers referer en fugas de credenciales.


Entregado: PR con fetch de media por Bearer + rechazo de tokens en query.

Cuatro pasos, un entregable disciplinado.

01

Aplica

Cuéntanos el repo, el stack, el dolor y el área de riesgo. Revisamos cada solicitud antes de abrir un estudio.

02

Alcance

Un subsistema, modelo de acceso y tiempos. Acceso limitado al repo, NDA disponible, sin necesidad de acceso amplio a producción.

03

Ejecución

Estudio + implementación. Los hallazgos se verifican contra el código, las specs se acotan y las correcciones se implementan y revisan.

04

Merge

PR entregado contra tu repo. Reporte y debrief entregados. Tu responsable revisa y hace merge.

Nos das acceso a tu repo.
Lo tratamos así.

Ad Actum corre como un servicio revisado por el fundador. El acceso es limitado, los secretos quedan fuera salvo que estén explícitamente en alcance, y cada cambio llega como un PR revisable.

  • Acceso limitado al repo — un subsistema, una rama, un PR.
  • NDA disponible bajo solicitud antes del acceso.
  • Sin necesidad de acceso amplio a producción.
  • Los secretos quedan fuera salvo que estén explícitamente en alcance.
  • Cada PR revisado por tu responsable del repo antes del merge.
  • Entrega revisada por el fundador en cada estudio.

“Me seguían llamando después de que el PR hizo merge. El bug usualmente era viejo — la IA solo lo hizo más barato de escribir y más difícil de ver.

Ad Actum es entrega productizada dirigida por el fundador. Cada estudio termina con la misma disciplina: hallazgos clasificados por severidad, una spec de remediación acotada y un PR que tu responsable puede revisar y aterrizar cuando la implementación está en alcance.

Andrés Murillo, Fundador

Envía con agentes.
Haz merge con evidencia.

Un subsistema. Un estudio revisado por el fundador. Un PR listo para merge. Cuéntanos sobre el repo y el dolor que quieres investigar — revisamos cada solicitud antes de abrir un estudio.

Acceso anticipado · alcance definido tras revisión. NDA disponible. Secretos fuera del alcance salvo que estén explícitamente incluidos.

Solicitar acceso

Cuéntanos sobre el repositorio y el dolor que quieres investigar.

URL del repoResponsable de ingenieríaMayor dolor

Emails de trabajo y URLs de repo nos ayudan a definir alcance más rápido. Puedes compartir un repo privado después del NDA si es necesario.