Ir al contenido
Privacidad y acceso

Su código puede seguir siendo privado

No hay integración que instalar, ni clave de despliegue que entregar, ni un tercero sentado dentro de su control de versiones. El procedimiento se ejecuta donde ya vive su código y usted decide qué vuelve.

Cómo ocurre el trabajo

Dónde se ejecuta realmente cada parte

Lo único que cruza la frontera es lo que usted decide subir.

  1. Su contexto se guarda; su código, no

    Lo que TechnicalAngel conserva es una descripción de su sistema: stack, alojamiento, integraciones, restricciones, decisiones pasadas. No archivos, ni repositorios, ni credenciales.

    Lo escribe usted, puede editarlo y puede ver exactamente qué está guardado.

  2. El procedimiento se genera a partir de esa descripción

    Es texto: pasos, preguntas, exigencias de prueba y un formato de resultado. Producirlo no requiere leer su código.

  3. Usted lo ejecuta en su lado

    Dentro de su entorno, con su Claude Code o Codex, contra su repositorio. Ahí es donde se lee de verdad su código fuente, y nunca sale de sus máquinas.

  4. Usted elige qué traer de vuelta

    Un informe, un diagrama, un resumen: lo que decida que es seguro. Leer el resultado antes de subirlo es justamente el sentido de todo esto, y nada le empuja a saltarse ese paso.

  5. Lo que sube sigue siendo suyo

    Los archivos quedan acotados a su cuenta, se sirven mediante enlaces privados firmados y nunca quedan expuestos en una dirección pública. Nada se usa para entrenar nada.

Qué le aporta esto

Menos obstáculos antes de lo primero útil

Ninguna revisión de accesos que superar

No hay que añadir a nadie a su organización, ni darle un rol, ni emitir un token antes de que el trabajo pueda empezar.

Una conversación de confidencialidad mucho más corta

La pregunta pasa de «quién puede leer nuestro código» a «qué documento estamos compartiendo», y esa se responde en un minuto.

Ninguna semana de incorporación

No hay entorno que preparar por nuestra parte ni repositorio que clonar. El primer procedimiento puede ejecutarse el mismo día en que se suscribe.

El propio espacio de trabajo

Cómo se protege su cuenta

Fronteras estrictas entre cuentas

Cada proyecto, documento, acción y revisión pertenece exactamente a una cuenta. El acceso entre cuentas lo bloquea la capa de datos, no un botón escondido.

Ningún enlace público a archivos privados

Lo que sube nunca se sirve desde una dirección adivinable. Las descargas pasan por enlaces firmados de vida corta, ligados a su sesión.

Un registro que usted puede leer

Quién ejecutó qué, quién gastó qué créditos, quién subió qué y a quién se invitó: registrado y visible para el administrador de su cuenta.

Roles que realmente restringen

En los planes de equipo usted decide quién puede lanzar acciones, quién solo puede leer y si una persona tiene su propio techo de créditos.

Hablando claro

Lo que no afirmamos

Una página de privacidad que solo hace promesas no es una página de privacidad. Aquí está la otra mitad.

No tenemos certificaciones de seguridad

Ni SOC 2, ni ISO 27001, ni sello de test de intrusión. Si su departamento de compras exige uno, hoy no encajamos, y lo decimos en vez de insinuar lo contrario.

Esto no es asesoramiento jurídico ni de cumplimiento

Una revisión técnica de seguridad encuentra problemas técnicos. No le dice si cumple una normativa y no sustituye a un abogado.

Lo que sube, lo leemos

Una revisión necesita un lector. Si un documento es demasiado sensible para que lo lea alguien de fuera de su empresa, no lo suba: ejecute el procedimiento y quédese con el resultado.

Se usa IA, y decimos dónde

La clasificación, la generación y la verificación usan modelos de lenguaje. La revisión de expertos la hace una persona. El espacio de trabajo siempre indica cuál de las dos produjo lo que está leyendo.

Quédese con su código. Consiga la experiencia igualmente.

Ejecute el procedimiento en su propio entorno y comparta solo lo que decida compartir.