Las empresas deberían ampliar la autonomía de sus agentes solo cuando puedan demostrar que funcionan los controles: responsables identificados, acceso limitado, aprobaciones pertinentes y registro de acciones. El sandbox de Singapur, realizado durante unos cuatro meses por el Gobierno y Google, probó usos como el co...
Publicado porEditado con GPT-6 LunaImágenes generadas con GPT Image 2
Respuesta de investigación

Create a landscape editorial hero image for this Studio Global article: How can enterprises in Singapore’s highly regulated business environment safely scale agentic AI from controlled experiments into accountabl. Article summary: Singapore enterprises should scale agentic AI through progressively earned autonomy, not by giving successful prototypes unrestricted production access. The recommended approach is to treat every agent as a controlled op. Topic tags: general, general web. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers, clic
La IA agéntica puede hacer mucho más que proponer una respuesta: también puede actualizar la ficha de un cliente, usar una herramienta o completar varias etapas de un proceso. Para las empresas de Singapur, la forma más segura de pasar de la prueba a producción es ampliar esas facultades de manera gradual y solo cuando puedan demostrar que cuentan con controles de acceso, supervisión y recuperación adecuados. El marco de gobernanza de Singapur ofrece una estructura útil; las medidas operativas que siguen la convierten en una guía práctica de despliegue. 10
11
El AI Agents Sandbox de Singapur, impulsado por Google junto con la CSA, GovTech Singapore e IMDA, exploró durante aproximadamente cuatro meses la automatización de pruebas de calidad de software, la evaluación de seguridad de chatbots y la tramitación de solicitudes de asistencia social. La prueba mostró posibles aplicaciones, pero también planteó inquietudes sobre supervisión, ciberseguridad, privacidad y gobernanza. Fue un experimento controlado, no una certificación general de que los agentes estén listos para operar en cualquier sistema empresarial. 4
12
La presión por escalar es real. Deloitte informó que el 72 % de las empresas de Singapur planeaba desplegar IA agéntica en varias áreas operativas en un plazo de dos años, frente al 15 % registrado cuando se publicó el informe. En otro resultado, de alcance global, el 21 % de las empresas encuestadas dijo contar con una gobernanza madura para la IA agéntica. Esa cifra global no debe interpretarse como una tasa específica de Singapur. 24
26
El Model AI Governance Framework for Agentic AI de Singapur organiza sus recomendaciones en torno a cuatro ejes: evaluar y acotar los riesgos, mantener a las personas como responsables efectivos, aplicar controles técnicos durante todo el ciclo de vida y promover un uso responsable por parte de los usuarios finales. Es una base de gobernanza, no una prueba de que un sistema concreto sea seguro sin evaluarlo en el entorno donde se utilizará. 10
11
Que un prototipo funcione es motivo para pasar a la siguiente evaluación, no para concederle acceso irrestricto a los sistemas de producción. Una progresión práctica puede ser:
Defina un criterio de paso a producción para cada etapa. No basta con medir si el agente completa la tarea: evalúe también las acciones no autorizadas, la exposición de datos, el manejo de información ambigua, la eficacia de las intervenciones humanas y la recuperación ante fallos. El Agentic Testing Starter Kit de Singapur ofrece una referencia práctica para las pruebas, pero cada empresa debe evaluar sus propios agentes, herramientas y flujos de trabajo. 1
36
Antes de conectar un agente a registros de clientes, operaciones financieras o bases de datos operativas, especifique con precisión qué puede hacer. Defina a qué sistemas, registros, campos, herramientas y destinos puede acceder; qué acciones tiene permitidas y cuáles requieren aprobación. Cuando corresponda, establezca límites al valor de las transacciones, la frecuencia de las acciones y el tiempo de ejecución.
La revisión humana funciona mejor como una barrera antes de una acción importante, no como una comprobación posterior. Muestre a quien revisa el cambio propuesto, los registros afectados, las pruebas que lo respaldan y sus posibles consecuencias. Vincule la aprobación a esa acción específica y solicite una nueva si cambian los datos pertinentes o la acción propuesta.
Haga cumplir esos límites fuera del modelo. Una pasarela controlada para herramientas puede verificar la identidad del agente, sus permisos, los parámetros de la acción y las políticas aplicables antes de que la solicitud llegue a un sistema empresarial. En los procesos financieros, separe la propuesta de una transacción de su autorización y ejecución. Si se modifica un registro de cliente, conserve tanto los valores originales como los actualizados y la justificación del cambio.
Los sistemas fragmentados, las aplicaciones heredadas, la multiplicidad de responsables de datos y los documentos ambiguos hacen que el despliegue en producción sea más difícil que una demostración en un entorno de pruebas. Use interfaces validadas entre los agentes y los sistemas de negocio, y pida al responsable de los datos pertinentes que autorice el acceso. Compruebe que los registros estén actualizados y tengan el formato esperado; si hay información contradictoria o poco clara, derívela a una persona en lugar de dejar que el agente adivine.
Trate los correos electrónicos, documentos y contenidos web como datos de entrada no confiables. La inyección indirecta de instrucciones puede estar oculta en el material que lee un agente, por lo que el contenido recuperado no debe otorgar permisos nuevos ni anular las políticas de acción. Antes de ampliar el acceso, pruebe si alguien puede manipular al agente para que use una herramienta no autorizada o realice una acción fuera de su alcance. 35
43
Prepárese tanto para fallos operativos como para errores del modelo. Pruebe solicitudes duplicadas, registros desactualizados, interrupciones parciales y actualizaciones simultáneas. Use validaciones y conciliaciones, y defina cómo detener la ejecución y recuperar o corregir un cambio. Estas son medidas de implementación recomendadas; su diseño concreto debe ajustarse al sistema y a las consecuencias de un error.
Para un despliegue empresarial, una definición práctica de soberanía de datos es la capacidad de demostrar adónde va la información sensible, quién puede acceder a ella, cómo se utiliza o conserva y qué pruebas respaldan esos controles. La ubicación del servidor, por sí sola, no demuestra un control completo.
Trace todo el recorrido de los datos: inferencia del modelo, recuperación de información, embeddings, memoria del agente, orquestación y registros. Decida qué componentes pueden procesar información sensible y en qué condiciones. Distinga entre una consulta normal, la memoria persistente, el ajuste fino y el entrenamiento del modelo; exija aprobación explícita para conservar datos o aprender más allá del uso previsto.
Elija la infraestructura según los controles que la organización pueda verificar —por ejemplo, restricciones de acceso, gestión de claves de cifrado, políticas de retención, condiciones del proveedor y jurisdicción—, no sobre la base de que la nube pública o la infraestructura local sean siempre más seguras. La arquitectura adecuada depende de los datos, las obligaciones y la evaluación de riesgos de cada empresa.
Asigne a cada agente en producción una persona responsable del negocio y un operador técnico; identifique también a los responsables de los datos y a quienes autorizan el acceso y las acciones. Deje claro quién puede pausarlo o desactivarlo. Estas funciones hacen que la responsabilidad humana sea un control observable y concuerdan con el énfasis del marco en responsabilidades claras y salvaguardas técnicas. 10
11
Mantenga un historial versionado del modelo, las instrucciones, las herramientas, los permisos y las políticas en uso. Registre la identidad del agente, las referencias a los datos consultados, las llamadas a herramientas, las comprobaciones de políticas, las aprobaciones y los resultados de ejecución en registros protegidos contra cambios no autorizados. Conserve las pruebas que respaldan cada decisión y una explicación concisa; una explicación generada por el modelo no demuestra por sí misma cómo llegó internamente a una respuesta.
Vigile los accesos inusuales, los destinos inesperados, el aumento de fallos y los intentos de eludir aprobaciones. Defina umbrales que activen una pausa y una investigación humana. Repita las pruebas cuando cambien el modelo, las herramientas, las fuentes de datos o los permisos, y revise periódicamente si el agente sigue siendo adecuado para la función autorizada. El Agentic Testing Starter Kit puede orientar ese trabajo, pero no sustituye la evaluación específica de cada empresa. 1
36
El criterio para producción es sencillo: ¿puede la organización demostrar que el agente tiene acceso autorizado, opera dentro de límites definidos, puede ser interrumpido de forma efectiva y deja un registro revisable de sus acciones? Amplíe su autonomía solo cuando la respuesta sea sí. Un sandbox puede demostrar potencial; para operar en producción con responsabilidad hacen falta pruebas de control.
Studio Global AI
Esta página incluye una respuesta respaldada por fuentes que puede continuar dentro de Studio Global.
Las empresas deberían ampliar la autonomía de sus agentes solo cuando puedan demostrar que funcionan los controles: responsables identificados, acceso limitado, aprobaciones pertinentes y registro de acciones.
Las empresas deberían ampliar la autonomía de sus agentes solo cuando puedan demostrar que funcionan los controles: responsables identificados, acceso limitado, aprobaciones pertinentes y registro de acciones. El sandbox de Singapur, realizado durante unos cuatro meses por el Gobierno y Google, probó usos como el control de calidad de software, la evaluación de seguridad de chatbots y la tramitación de ayudas sociales.
Las empresas deberían ampliar la autonomía de sus agentes solo cuando puedan demostrar que funcionan los controles: responsables identificados, acceso limitado, aprobaciones pertinentes y registro de acciones. El sandbox de Singapur, realizado durante unos cuatro meses por el Gobierno y Google, probó usos como el co...
Publicado porEditado con GPT-6 LunaImágenes generadas con GPT Image 2
Respuesta de investigación

Create a landscape editorial hero image for this Studio Global article: How can enterprises in Singapore’s highly regulated business environment safely scale agentic AI from controlled experiments into accountabl. Article summary: Singapore enterprises should scale agentic AI through progressively earned autonomy, not by giving successful prototypes unrestricted production access. The recommended approach is to treat every agent as a controlled op. Topic tags: general, general web. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers, clic
La IA agéntica puede hacer mucho más que proponer una respuesta: también puede actualizar la ficha de un cliente, usar una herramienta o completar varias etapas de un proceso. Para las empresas de Singapur, la forma más segura de pasar de la prueba a producción es ampliar esas facultades de manera gradual y solo cuando puedan demostrar que cuentan con controles de acceso, supervisión y recuperación adecuados. El marco de gobernanza de Singapur ofrece una estructura útil; las medidas operativas que siguen la convierten en una guía práctica de despliegue. 10
11
El AI Agents Sandbox de Singapur, impulsado por Google junto con la CSA, GovTech Singapore e IMDA, exploró durante aproximadamente cuatro meses la automatización de pruebas de calidad de software, la evaluación de seguridad de chatbots y la tramitación de solicitudes de asistencia social. La prueba mostró posibles aplicaciones, pero también planteó inquietudes sobre supervisión, ciberseguridad, privacidad y gobernanza. Fue un experimento controlado, no una certificación general de que los agentes estén listos para operar en cualquier sistema empresarial. 4
12
La presión por escalar es real. Deloitte informó que el 72 % de las empresas de Singapur planeaba desplegar IA agéntica en varias áreas operativas en un plazo de dos años, frente al 15 % registrado cuando se publicó el informe. En otro resultado, de alcance global, el 21 % de las empresas encuestadas dijo contar con una gobernanza madura para la IA agéntica. Esa cifra global no debe interpretarse como una tasa específica de Singapur. 24
26
El Model AI Governance Framework for Agentic AI de Singapur organiza sus recomendaciones en torno a cuatro ejes: evaluar y acotar los riesgos, mantener a las personas como responsables efectivos, aplicar controles técnicos durante todo el ciclo de vida y promover un uso responsable por parte de los usuarios finales. Es una base de gobernanza, no una prueba de que un sistema concreto sea seguro sin evaluarlo en el entorno donde se utilizará. 10
11
Que un prototipo funcione es motivo para pasar a la siguiente evaluación, no para concederle acceso irrestricto a los sistemas de producción. Una progresión práctica puede ser:
Defina un criterio de paso a producción para cada etapa. No basta con medir si el agente completa la tarea: evalúe también las acciones no autorizadas, la exposición de datos, el manejo de información ambigua, la eficacia de las intervenciones humanas y la recuperación ante fallos. El Agentic Testing Starter Kit de Singapur ofrece una referencia práctica para las pruebas, pero cada empresa debe evaluar sus propios agentes, herramientas y flujos de trabajo. 1
36
Antes de conectar un agente a registros de clientes, operaciones financieras o bases de datos operativas, especifique con precisión qué puede hacer. Defina a qué sistemas, registros, campos, herramientas y destinos puede acceder; qué acciones tiene permitidas y cuáles requieren aprobación. Cuando corresponda, establezca límites al valor de las transacciones, la frecuencia de las acciones y el tiempo de ejecución.
La revisión humana funciona mejor como una barrera antes de una acción importante, no como una comprobación posterior. Muestre a quien revisa el cambio propuesto, los registros afectados, las pruebas que lo respaldan y sus posibles consecuencias. Vincule la aprobación a esa acción específica y solicite una nueva si cambian los datos pertinentes o la acción propuesta.
Haga cumplir esos límites fuera del modelo. Una pasarela controlada para herramientas puede verificar la identidad del agente, sus permisos, los parámetros de la acción y las políticas aplicables antes de que la solicitud llegue a un sistema empresarial. En los procesos financieros, separe la propuesta de una transacción de su autorización y ejecución. Si se modifica un registro de cliente, conserve tanto los valores originales como los actualizados y la justificación del cambio.
Los sistemas fragmentados, las aplicaciones heredadas, la multiplicidad de responsables de datos y los documentos ambiguos hacen que el despliegue en producción sea más difícil que una demostración en un entorno de pruebas. Use interfaces validadas entre los agentes y los sistemas de negocio, y pida al responsable de los datos pertinentes que autorice el acceso. Compruebe que los registros estén actualizados y tengan el formato esperado; si hay información contradictoria o poco clara, derívela a una persona en lugar de dejar que el agente adivine.
Trate los correos electrónicos, documentos y contenidos web como datos de entrada no confiables. La inyección indirecta de instrucciones puede estar oculta en el material que lee un agente, por lo que el contenido recuperado no debe otorgar permisos nuevos ni anular las políticas de acción. Antes de ampliar el acceso, pruebe si alguien puede manipular al agente para que use una herramienta no autorizada o realice una acción fuera de su alcance. 35
43
Prepárese tanto para fallos operativos como para errores del modelo. Pruebe solicitudes duplicadas, registros desactualizados, interrupciones parciales y actualizaciones simultáneas. Use validaciones y conciliaciones, y defina cómo detener la ejecución y recuperar o corregir un cambio. Estas son medidas de implementación recomendadas; su diseño concreto debe ajustarse al sistema y a las consecuencias de un error.
Para un despliegue empresarial, una definición práctica de soberanía de datos es la capacidad de demostrar adónde va la información sensible, quién puede acceder a ella, cómo se utiliza o conserva y qué pruebas respaldan esos controles. La ubicación del servidor, por sí sola, no demuestra un control completo.
Trace todo el recorrido de los datos: inferencia del modelo, recuperación de información, embeddings, memoria del agente, orquestación y registros. Decida qué componentes pueden procesar información sensible y en qué condiciones. Distinga entre una consulta normal, la memoria persistente, el ajuste fino y el entrenamiento del modelo; exija aprobación explícita para conservar datos o aprender más allá del uso previsto.
Elija la infraestructura según los controles que la organización pueda verificar —por ejemplo, restricciones de acceso, gestión de claves de cifrado, políticas de retención, condiciones del proveedor y jurisdicción—, no sobre la base de que la nube pública o la infraestructura local sean siempre más seguras. La arquitectura adecuada depende de los datos, las obligaciones y la evaluación de riesgos de cada empresa.
Asigne a cada agente en producción una persona responsable del negocio y un operador técnico; identifique también a los responsables de los datos y a quienes autorizan el acceso y las acciones. Deje claro quién puede pausarlo o desactivarlo. Estas funciones hacen que la responsabilidad humana sea un control observable y concuerdan con el énfasis del marco en responsabilidades claras y salvaguardas técnicas. 10
11
Mantenga un historial versionado del modelo, las instrucciones, las herramientas, los permisos y las políticas en uso. Registre la identidad del agente, las referencias a los datos consultados, las llamadas a herramientas, las comprobaciones de políticas, las aprobaciones y los resultados de ejecución en registros protegidos contra cambios no autorizados. Conserve las pruebas que respaldan cada decisión y una explicación concisa; una explicación generada por el modelo no demuestra por sí misma cómo llegó internamente a una respuesta.
Vigile los accesos inusuales, los destinos inesperados, el aumento de fallos y los intentos de eludir aprobaciones. Defina umbrales que activen una pausa y una investigación humana. Repita las pruebas cuando cambien el modelo, las herramientas, las fuentes de datos o los permisos, y revise periódicamente si el agente sigue siendo adecuado para la función autorizada. El Agentic Testing Starter Kit puede orientar ese trabajo, pero no sustituye la evaluación específica de cada empresa. 1
36
El criterio para producción es sencillo: ¿puede la organización demostrar que el agente tiene acceso autorizado, opera dentro de límites definidos, puede ser interrumpido de forma efectiva y deja un registro revisable de sus acciones? Amplíe su autonomía solo cuando la respuesta sea sí. Un sandbox puede demostrar potencial; para operar en producción con responsabilidad hacen falta pruebas de control.
Studio Global AI
Esta página incluye una respuesta respaldada por fuentes que puede continuar dentro de Studio Global.
Las empresas deberían ampliar la autonomía de sus agentes solo cuando puedan demostrar que funcionan los controles: responsables identificados, acceso limitado, aprobaciones pertinentes y registro de acciones.
Las empresas deberían ampliar la autonomía de sus agentes solo cuando puedan demostrar que funcionan los controles: responsables identificados, acceso limitado, aprobaciones pertinentes y registro de acciones. El sandbox de Singapur, realizado durante unos cuatro meses por el Gobierno y Google, probó usos como el control de calidad de software, la evaluación de seguridad de chatbots y la tramitación de ayudas sociales.