FAQ
Preguntas frecuentes
Cómo se trabaja con DevSense, qué necesita tu proyecto y qué opciones tiene tu organización para utilizar la plataforma.
Plataforma y autonomía
¿Qué es DevSense y qué trabajo realiza?
DevSense es una AI Software Factory para desarrollar y evolucionar software. Convierte una necesidad en una especificación sobre el proyecto, conduce la implementación, revisa los cambios, gestiona correcciones y ejecuta pruebas antes de preparar la entrega.
Su tecnología de supervisión comprueba los resultados durante el proceso y conserva el contexto del trabajo. La plataforma reúne proyectos, requerimientos, ejecuciones, sandboxes y evidencia para que la organización pueda evaluar lo que se entrega.
¿En qué se diferencia de trabajar con agentes de código?
DevSense asume la preparación y la dirección técnica: investiga el proyecto, especifica el cambio y determina cómo comprobarlo. Tu equipo puede delegar desde una necesidad de negocio, en vez de preparar antes las instrucciones de implementación.
Tu equipo puede delegar la coordinación técnica recurrente y evaluar el software terminado con su evidencia de pruebas, en lugar de dirigir cada intento de desarrollo.
¿Qué significa autonomía en DevSense?
Significa delegar la ejecución técnica y su seguimiento una vez definido el trabajo. DevSense evalúa el avance y los resultados, determina qué necesita corrección y vuelve a revisar y probar los cambios. El desarrollador no tiene que indicar el siguiente paso en cada sesión.
La autonomía opera con alcance, permisos y criterios acordados. La definición de objetivos, las autorizaciones del proyecto y la decisión final de integración siguen correspondiendo a la organización.
¿En qué momentos interviene el PO o desarrollador?
El PO o desarrollador describe la intención y el resultado esperado. Después del análisis, revisa la especificación y autoriza el alcance de desarrollo según las políticas del proyecto. Al final, el equipo revisa el código, la evidencia o el comportamiento en el sandbox antes de aprobar la integración.
Durante la ejecución, DevSense gestiona el trabajo técnico y sus correcciones. Solicita intervención ante bloqueos de infraestructura, redes, billing o sistemas externos. La aprobación del alcance y de la entrega permanece en tu organización.
¿Para qué tipo de equipos y proyectos está pensado?
DevSense está orientado a organizaciones que necesitan desarrollar proyectos, mantener sistemas y supervisar trabajo de ingeniería de forma sostenida. Su alcance incluye equipos de producto, desarrollo y QA que comparten requerimientos, hitos y entregas. También puede utilizarlo un desarrollador individual.
En equipos grandes, la oportunidad de ahorro está en el seguimiento que deja de repetirse por cada desarrollador y ejecución. La evaluación debe considerar proyectos representativos de la organización, sus dependencias y sus condiciones de operación.
¿Cómo se evalúan el ahorro y la capacidad que recupera el equipo?
Conviene comparar las horas de intervención humana por entrega aceptada, las entregas validadas por equipo y período, y el costo total por entrega. Ese costo incluye plataforma, consumo de modelos y dedicación del equipo a preparación, revisión y aprobación.
Usa cambios de complejidad comparable y registra también los bloqueos de infraestructura o acceso. Así puedes medir cuánto seguimiento operativo asume DevSense y dónde se libera tiempo de ingeniería, sin atribuir un porcentaje universal de ahorro a todos los proyectos.
Preparación y proyectos
¿Qué tiene que preparar mi equipo antes de delegar?
La necesidad de negocio y el resultado esperado, un repositorio conectado y los accesos autorizados que necesite el proyecto. Puedes describir el objetivo en lenguaje natural o aportar documentos; también debes indicar las restricciones y decisiones del negocio que no estén reflejadas en el sistema.
No necesitas entregar primero una especificación técnica completa, localizar los archivos que deben cambiar ni redactar todo el plan de pruebas. DevSense analiza el código, identifica la diferencia entre lo solicitado y lo existente, propone el alcance y define cómo comprobarlo. Tu equipo revisa y aprueba esa especificación antes del desarrollo.
DevSense prepara el entorno de ejecución a partir del proyecto. Si necesita credenciales de prueba, acceso a un servicio privado o una decisión que solo puede tomar tu organización, tu equipo debe proporcionarlos. La plataforma no sustituye esas autorizaciones ni inventa reglas de negocio.
¿Puedo crear un proyecto desde una idea o un documento?
Sí. Puedes partir de una conversación o de documentos en Markdown, PDF, Word o texto. DevSense utiliza ese material para preparar la definición del producto y proponer requerimientos, hitos y un plan de ejecución.
El proyecto necesita un repositorio conectado, que puede estar vacío. El equipo revisa la propuesta y autoriza el alcance antes de desarrollar; las entregas posteriores quedan vinculadas al proyecto y al repositorio.
¿Puede trabajar sobre un sistema que ya está en producción?
Sí. DevSense puede trabajar sobre repositorios existentes de GitHub o GitLab, incluido GitLab autoalojado. Analiza el código y las reglas del proyecto para especificar e implementar la mejora solicitada sobre ese sistema.
El desarrollo y las pruebas se preparan fuera de producción. El equipo recibe los cambios y su evidencia para decidir la integración y la publicación conforme a su proceso de entrega.
¿Una descripción breve puede convertirse en una especificación completa?
Sí. La descripción expresa la intención; DevSense la relaciona con el contexto del proyecto y, cuando existe código, con el repositorio. A partir de ese análisis prepara alcance, restricciones, criterios de aceptación y la validación prevista para el cambio.
La especificación es revisable. Si una regla de negocio o un resultado esperado no está definido en la solicitud ni en el proyecto, debe aclararse al acordar el alcance. La revisión inicial permite confirmar que se desarrollará lo que el negocio necesita.
¿Qué lenguajes y tecnologías admite?
DevSense no está limitado a una lista de stacks, lenguajes o tecnologías. Trabaja con las tecnologías que los modelos seleccionados pueden analizar, desarrollar y probar.
La ejecución y la validación se realizan con las dependencias y los accesos del proyecto. DevSense se encarga de preparar el entorno; los bloqueos de infraestructura, red, billing o sistemas se resuelven con el responsable correspondiente.
¿Cómo se organiza un proyecto con muchos requerimientos?
El trabajo puede organizarse en requerimientos e hitos con dependencias. Cada cambio mantiene su alcance y criterios de aceptación, mientras el proyecto conserva el seguimiento de ejecuciones, revisión, pruebas y entregas.
Esto permite abordar la evolución del sistema a lo largo del tiempo y revisar el avance por entregas. Las prioridades y las dependencias se acuerdan en el proyecto; la plataforma conduce la ejecución técnica dentro de ese marco.
Ejecución y continuidad
¿Mi equipo debe repetir instrucciones durante un trabajo prolongado?
No. El trabajo puede continuar sin que tus desarrolladores vuelvan a explicar el proyecto o coordinen cada reintento. Puedes consultar el avance y las decisiones pendientes en la plataforma.
El equipo puede consultar el estado y la evidencia desde la plataforma. Esa visibilidad permite revisar el avance sin tener que dirigir cada intercambio con las herramientas de código.
¿Cómo se gestionan las correcciones y los reintentos?
La revisión y el QA se contrastan con la especificación y los criterios de aceptación. Cuando se detecta un defecto, DevSense dirige el trabajo de corrección y vuelve a revisar y validar el cambio.
El resultado de cada iteración queda asociado al trabajo. Un reintento no equivale a una entrega aprobada: DevSense necesita comprobar el resultado antes de preparar la entrega para revisión del equipo.
¿Cuándo necesita intervención durante la ejecución?
DevSense solicita intervención ante bloqueos de infraestructura, redes, billing o sistemas externos que requieren a su responsable. Investiga los defectos de software y conduce las correcciones dentro del alcance aprobado, sin pedir al equipo que gestione cada intento.
La intención y las reglas de negocio se aclaran al aprobar el alcance. Sus cambios y la aprobación de la entrega siguen siendo decisiones del equipo; son distintos de la intervención técnica durante la ejecución.
¿Se pueden desarrollar varios cambios en paralelo?
La plataforma contempla trabajo en paralelo y ejecución organizada por hitos y dependencias. La capacidad efectiva depende del entorno, los recursos disponibles y las relaciones entre los cambios del proyecto.
Los cambios que dependen de una entrega anterior deben respetar ese orden. Cada entrega conserva su revisión y validación, y la organización mantiene el control de integración sobre la rama de destino.
¿Cómo evita que las correcciones se aparten del requerimiento?
Desarrollo, revisión y QA comparten los criterios aprobados y las reglas del proyecto. Las observaciones se evalúan frente a esa definición de cumplimiento. Cambiar la estrategia técnica no autoriza rebajar el resultado exigido.
Tu equipo conserva la autoridad sobre los cambios de alcance. Las correcciones ordinarias no autorizan reducir los criterios de aceptación acordados.
¿Cuántas correcciones permite y qué ocurre al llegar al límite?
Los límites de corrección son configurables por repositorio según la política acordada con el cliente. Los límites aplicables se establecen para la instalación.
Si el alcance aprobado no se ha verificado al alcanzar el límite, la ejecución se detiene y registra el motivo y el trabajo pendiente. No se informa como una entrega validada. Ver límites de ejecución.
Pruebas, sandboxes y entregas
¿Qué es un sandbox y para qué sirve?
Es un entorno de prueba separado de producción donde se ejecuta el cambio. Permite comprobar el comportamiento del software y, en aplicaciones web, abrir la versión de prueba desde la plataforma para explorarla antes de aprobar.
El acceso se controla desde DevSense. Producto y negocio pueden revisar el resultado funcional, mientras ingeniería y QA consultan los cambios y las pruebas asociados a esa versión.
¿Qué tipos de pruebas puede ejecutar DevSense?
La validación puede abarcar interfaz web en navegador real, API, base de datos y línea de comandos. El proyecto puede combinar varios tipos de prueba según sus interfaces y los criterios de aceptación del requerimiento.
Las comprobaciones pueden incluir flujos de usuario, respuestas de servicios, efectos sobre los datos y resultados de comandos. El alcance de QA se define sobre lo que debe cumplir el cambio y se ejecuta sobre la versión revisada.
¿Puede probar funciones que requieren autenticación?
Sí. El proyecto puede configurar identidades de prueba y métodos como formulario de acceso, token Bearer, API key o JWT. Cuando los criterios lo requieren, se utilizan distintas identidades para comprobar permisos y separación de acceso entre usuarios.
Los accesos y datos necesarios deben estar habilitados en el entorno de prueba. Si falta una condición de autenticación, se registra el bloqueo; una comprobación que no pudo ejecutarse no se presenta como aprobada.
¿Qué criterios de calidad debe cumplir cada cambio?
Cada cambio debe cumplir el requerimiento aprobado y las reglas de calidad acordadas para el proyecto. Las correcciones no permiten reducir esas exigencias.
Tu equipo recibe el resultado y su evidencia para evaluar el cumplimiento antes de aprobar la integración.
¿Qué evidencia de QA recibe mi equipo?
DevSense registra qué se comprobó, el resultado observado y los hallazgos del cambio. La evidencia disponible puede incluir peticiones y respuestas, capturas, grabación de la sesión web e informe de pruebas, según el tipo de validación.
El registro relaciona el requerimiento, la ejecución y la entrega. El equipo puede consultar esa evidencia para entender cómo se evaluó el resultado antes de decidir la integración.
¿Qué ocurre si las pruebas detectan un error?
Un defecto de implementación devuelve el cambio al desarrollo. DevSense utiliza los hallazgos para dirigir la corrección y somete la nueva versión a revisión y validación. El equipo no necesita trasladar manualmente cada error entre herramientas para iniciar ese ciclo.
Si la causa es una condición externa que impide probar, se registra como bloqueo y se solicita la intervención correspondiente. Distinguir un defecto del software de una prueba bloqueada permite evaluar correctamente el estado de la entrega.
¿Qué ocurre si el código cambia después de la revisión o de las pruebas?
La evidencia que acompaña una entrega corresponde al software que recibe tu equipo. Los cambios posteriores deben cumplir los criterios de aceptación acordados.
¿Qué entrega DevSense y quién aprueba la integración?
La entrega incluye cambios de código preparados en una solicitud de integración, junto con la evidencia de revisión y pruebas disponible. En GitHub se utiliza un pull request y en GitLab un merge request.
Una persona autorizada del equipo decide la integración. Además de revisar el código y la evidencia, puede comprobar el resultado funcional en el sandbox según el flujo del proyecto. La publicación sigue las autorizaciones de la organización.
Copilot e integraciones
¿Para qué se utiliza Copilot dentro de DevSense?
Copilot es una forma conversacional de consultar y operar la plataforma. Permite trabajar con la información de los proyectos y preparar acciones sin recorrer cada pantalla, siempre dentro de los permisos del usuario.
La ejecución y la supervisión del desarrollo son funciones de DevSense. Copilot es uno de los canales de acceso, junto con la interfaz web y la API.
¿Copilot puede modificar el proyecto sin mi autorización?
Las operaciones de Copilot que modifican algo requieren una aprobación explícita. Antes de ejecutarlas, se presenta la acción propuesta, el recurso sobre el que actuará y su efecto para que el usuario pueda revisarlos.
La autorización corresponde a esa acción y tiene vigencia limitada. Este control sobre las órdenes de Copilot es distinto de conducir manualmente las etapas de un desarrollo que ya fue autorizado.
¿Puedo integrar DevSense con otros sistemas mediante API?
Sí. Conecta sistemas autorizados para enviar requerimientos, solicitar trabajo y consultar avance, evidencia y consumo. La referencia de la API y la guía de integración se entregan durante la incorporación del cliente.
¿Puede trabajar con servicios y sistemas internos de la empresa?
La integración depende de que el entorno donde opera DevSense pueda acceder a los sistemas requeridos con los permisos adecuados. Durante la incorporación se revisan conectividad, autenticación, dependencias y condiciones de prueba.
Si una función necesita un servicio interno, conviene definir cómo se validará en el entorno de prueba. Estos requisitos ayudan a acordar la modalidad de implementación y el alcance de la evaluación.
Seguridad y control
¿Cómo se organizan los accesos de los equipos?
DevSense organiza el acceso por organización, usuarios y recursos del proyecto. Los repositorios pueden compartirse por grupo y cada usuario opera con los permisos que le corresponden.
La interfaz, Copilot y la API respetan la identidad que solicita una operación. Las reglas de acceso y las responsabilidades de administración se revisan con la organización durante la incorporación.
¿Dónde quedan el código y los registros del trabajo?
Los cambios se preparan en los repositorios GitHub o GitLab de la organización. DevSense conserva el seguimiento del requerimiento, los estados de ejecución, las decisiones registradas y la evidencia disponible de revisión y pruebas.
DevSense utiliza infraestructura Microsoft Azure en Chile y Brasil. En Enterprise, la instalación puede ampliarse a regiones acordadas con el cliente. La ubicación del procesamiento de los proveedores de IA se revisa por separado de la infraestructura de la plataforma. Ver datos, infraestructura y propiedad del código.
¿Cómo se gestionan las claves y credenciales?
Las claves de proveedores de IA se configuran en la plataforma, se validan y se almacenan cifradas. Las API Keys de acceso a DevSense se emiten para identidades autorizadas, tienen expiración y pueden revocarse.
Son credenciales con funciones diferentes: unas habilitan el consumo de modelos y otras el acceso a la API DevSense. Los accesos necesarios para probar el software se definen por separado en el proyecto.
¿Self Hosted evita utilizar proveedores externos de IA?
Self Hosted permite instalar DevSense en la infraestructura de la organización. La modalidad de despliegue y el proveedor de modelos son decisiones diferentes: el consumo se configura mediante BYOAI o facturación DevSense.
Actualmente se soportan Anthropic, OpenAI y Gemini. Si tu organización tiene requisitos sobre ubicación, acceso o tratamiento de la información, deben revisarse junto con la configuración de proveedores y el alcance del proyecto antes de la implementación.
¿De quién son el código y la documentación? ¿Podemos exportarlos?
Todo el código generado para tu proyecto pertenece al cliente. Puedes conservarlo y llevártelo desde tu repositorio, y continuar con tu equipo o con otro proveedor.
Las especificaciones aprobadas, los criterios de aceptación y el historial de decisiones visibles para el cliente también son tuyos y exportables, incluso al dejar el servicio.
Esto no incluye la plataforma, la tecnología de supervisión ni los artefactos internos propietarios de DevSense. Ver propiedad del código, datos e infraestructura Azure.
Modelos de servicio y consumo
¿Qué modalidades de servicio ofrece DevSense?
Cloud Enterprise ofrece la plataforma cloud para equipos de trabajo. Self Hosted permite instalarla en la infraestructura de la organización con pago anual de plataforma. En el Servicio de Desarrollo, Intellicore opera DevSense para desarrollar el software del proyecto.
En las tres modalidades, el consumo de modelos se gestiona por separado mediante BYOAI o facturación por consumo. Las condiciones de plataforma o servicio se acuerdan según las necesidades de la organización.
¿Qué significa BYOAI y qué proveedores puedo utilizar?
BYOAI significa Bring Your Own AI: utilizar las claves API de tus propias cuentas de proveedores de IA. DevSense ejecuta el trabajo con esas claves y el consumo se carga a tus cuentas. Actualmente se soportan Anthropic (Claude), OpenAI y Gemini.
El acceso a la API y sus cuotas dependen de tu cuenta con cada proveedor. Conviene verificar que las credenciales aportadas permitan el consumo previsto para el proyecto.
¿Puedo registrar varias claves API del mismo proveedor?
Sí. Puedes registrar varias claves por proveedor. Cuando una agota su saldo o cupo, DevSense utiliza la siguiente disponible dentro de ese mismo proveedor para continuar el trabajo.
La secuencia se gestiona de forma independiente para Anthropic, OpenAI y Gemini. Agotar una clave no implica cambiar automáticamente de proveedor ni activar facturación DevSense.
¿Qué pasa si se agotan todas mis claves?
Puedes habilitar previamente un respaldo para pasar de BYOAI a facturación DevSense cuando se agoten las claves de un proveedor. Ese consumo queda registrado y se factura según las condiciones acordadas.
El respaldo es opt-in: usar claves propias no lo activa. Si no lo autorizaste, DevSense no habilita cargos de respaldo por su cuenta y debe resolverse la disponibilidad de consumo para continuar.
¿Puedo utilizar DevSense sin aportar claves de IA?
Sí. Puedes acordar facturación por consumo con DevSense en cualquiera de las tres modalidades de servicio. En ese caso, no necesitas aportar claves propias para el consumo contratado.
El uso de modelos se registra por requerimiento, ejecución e hito. La propuesta comercial define cómo se factura ese consumo y lo distingue de las condiciones de plataforma o del servicio de desarrollo.
¿Cómo podemos evaluar DevSense antes de contratar?
Puedes solicitar un piloto sin costo, sujeto a evaluación del equipo y del proyecto y aprobación de Intellicore. Incluye plataforma, entorno privado de pruebas y consumo de IA dentro del alcance y los límites acordados.
La evaluación inicial contempla dos semanas, un repositorio y hasta 10 requerimientos acotados. Confirmamos fechas y condiciones antes de comenzar, sin cobros automáticos ni obligación de contratar después. Ver condiciones y solicitar un piloto.
¿Podemos encargar el desarrollo sin operar la plataforma?
Sí. En el Servicio de Desarrollo con DevSense, Intellicore opera la plataforma para desarrollar y probar el software del proyecto. La organización acuerda el objetivo y el alcance y participa en la revisión de las entregas.
La propuesta establece las responsabilidades, las condiciones del proyecto y la forma de gestionar el consumo de modelos. Esta modalidad permite encargar el trabajo sin asumir la operación cotidiana de DevSense.
¿Cómo definimos los límites de consumo?
Los umbrales de gasto mensual y acumulado se configuran según la política del cliente, con avisos o bloqueo de nuevas operaciones. No existe un importe universal para todos los clientes.
Estos controles verifican la admisión de nuevas operaciones; no son un tope exacto de gasto a mitad de una ejecución. Las cuotas BYOAI siguen aplicando y el billing de respaldo requiere autorización. Ver controles de consumo.
Evalúa DevSense en tu organización
Revisa la plataforma con un proyecto representativo y criterios de aceptación acordados.