Un ingeniero de plataforma contó en Reddit una orden de su gerencia (la prueba 127). Cada persona del equipo tenía que crear un agente nuevo en 2 semanas. Después, la misma gerencia cuestionó el gasto en tokens. Los tokens son las unidades de texto que el proveedor del modelo cobra. El autor dice que scripts de shell harían lo mismo. La respuesta más votada fue envolver el script en una herramienta para cumplir.
La demanda existe. BCG encuestó a 1.330 ejecutivos en 2026 (la prueba 135). Casi la mitad de sus empresas dice que ya saca valor de la IA. Esperan que los agentes den cerca del 40 % de ese valor para 2030. Deloitte encuestó a 3.235 líderes (la prueba 90). El 74 % espera usar agentes al menos de forma moderada para 2027. Si la demanda está, esperar también cuesta. Son encuestas de consultoras, y miden expectativas.
cerca de 40 %
Parte del valor de la IA que esperan de los agentes para 2030. Prueba 135
Que un agente actúe tampoco es una locura. En dotnet/runtime, el agente de código abre pull requests, que son cambios reales al código (la prueba 68). De los cambios aceptados, solo se revirtió el 0,6 %. Y un agente angosto puede hacer mucho con poco riesgo. Un comentarista contó en Reddit que uno clasifica unos 5.000 faxes por día (la prueba 48). Ese agente no tiene poder para hacer daño.
Primero, la cantidad. IBM encuestó a 2.000 directores generales en 2026 (la prueba 95). Una nota de Business Today da cifras que el comunicado no trae (la prueba 96). Solo el 10 % dice que la IA avanzada o agéntica es lo que más impulsa su crecimiento. La IA agéntica es la que actúa con agentes. Dos años antes, el 49 % esperaba que la IA generativa fuera ese motor. Y el 53 % sigue con el objetivo de probar y experimentar.
Las metas de cantidad producen lo que miden. Ya vimos el agente por persona en 2 semanas. Otro hilo de Reddit cuenta una empresa que mide cuántos tokens usa cada empleado (la prueba 89). Algunos inflaron el uso con consultas inútiles. En un hilo de producto, la propuesta fue medir el resultado del usuario (la prueba 92). Si el agente no paga su costo y el del equipo que lo mantiene, se apaga.
Cuantos más agentes despliega una empresa, más avanza con la IA.
Veredicto: No: contar agentes o tokens mide actividad, no resultados. Solo 10 % de los directores generales ve la IA avanzada o agéntica como su principal motor de crecimiento. Las empresas esperan de los agentes cerca de 40 % del valor de la IA para 2030. Pero es una expectativa. En dos hilos, una empresa mide los tokens por empleado. Otra pidió un agente por persona en 2 semanas. La respuesta fue inflar el uso o envolver un script.
Criterio
Medí el avance por problemas resueltos, no por agentes desplegados, y no pongas metas de cantidad. En cada revisión, mostrá qué métrica movió cada agente.
Por qué confianza media. Las encuestas son autorreportes de ejecutivos, hechas por empresas que venden IA o consultoría. La cifra de IBM se leyó en prensa. El mismo estudio dice que el éxito depende más de que la gente adopte la herramienta que de la tecnología. Los casos de metas por cantidad y de mandatos sin un problema que resolver salen de Reddit. Pero se repiten en varios subforos.
Ver el detalle de las 7 pruebasOcultar el detalle1 a favor, 4 en contra, 2 matizan
La edición 2026 del estudio de BCG dice que la brecha se achicó. Casi la mitad de las empresas ya saca valor de la IA. Muchas esperan darles autonomía real a los agentes, pero casi ninguna tiene hoy los controles para hacerlo.
Números
cerca de 48,5 %Empresas que generan valor: 7,5 % de punta (5 % en 2025) y 41 % que escalan; sobre 1.330 ejecutivos.
42 % y 5 %Esperan dar autonomía real a los agentes para 2030, y tienen hoy todos los controles.
cerca de 40 %Parte del valor de la IA que esperan de los agentes para 2030.
Limitación Comunicado de una consultora que vende servicios de IA; autorreporte y sin detalle de cómo clasifica a las empresas. Hoy la descarga automática da 403, así que no lleva cita textual.
La nota cuenta cifras del estudio de IBM de 2026 que el comunicado no trae. Cerca de siete de cada diez directores generales dicen que la IA ya transforma su negocio central. Pero solo uno de cada diez dice que la IA avanzada o agéntica es lo que más impulsa su crecimiento. Más de la mitad dice que su objetivo principal con la IA sigue siendo hacer pruebas piloto y experimentar.
Números
10 % (dos años antes, 49 % esperaba que la IA generativa lo fuera)Directores generales que dicen que la IA avanzada o agéntica es lo que más impulsa el crecimiento.
53 %Dicen que su objetivo principal con IA es pilotear y experimentar.
Limitación Nota de prensa sobre el estudio de IBM; las cifras no se verificaron en el informe completo. Es opinión de directores generales, no medición de retorno.
La empresa mide cuántos tokens (unidades de texto que procesa el modelo) usa cada empleado, como señal de que adopta la IA. El autor admite que la medida no tiene sentido. También cuenta que a otros los descubrieron inflando el uso con consultas inútiles. Los comentarios lo comparan con medir a un programador por líneas de código o a la mesa de ayuda por tickets cerrados.
Números
291 puntos y 291 comentariosTamaño del hilo según el archivo.
Limitación Relato de una persona y opiniones de colegas. Se leyó en el archivo Arctic Shift (post completo y 100 comentarios) porque reddit.com bloquea la lectura automática. La cita se comparó letra por letra con el archivo.
“meaningless way to measure an employee's usefulness and AI skillset”
La gerencia exige que cada persona del equipo de plataforma cree un agente nuevo en 2 semanas. Pero después cuestiona el gasto en tokens. El autor dice que scripts de shell pueden hacer lo mismo. La respuesta más votada propone envolver el script en una herramienta o en MCP para cumplir. Otro propone usar la IA para escribir los scripts pendientes, con guía y revisión, como con alguien muy nuevo en el equipo.
Números
1 agente por persona en 2 semanasLo que pidió la gerencia.
147 puntos y 90 comentariosTamaño del hilo según el archivo. El comentario citado tiene 59 puntos.
Limitación Relato de una persona y opiniones de colegas. Se leyó en el archivo público Arctic Shift porque reddit.com bloquea la lectura automática. La cita se comparó letra por letra con el original.
“they get their agent as basically a more expensive unix pipe”
La empresa contrata una consultora para obligar a usar IA y subir la productividad de los desarrolladores. El jefe del autor admite que la productividad no era baja, pero tiene las manos atadas. Es un mandato sin un problema que resolver.
Números
237 puntos y 120 comentariosTamaño del hilo según el archivo.
Limitación Relato de una persona. Se leyó el post en el archivo Arctic Shift; los comentarios no.
IBM Institute for Business Value, Oxford Economics
La edición 2026 del estudio de IBM a directores generales habla de rediseñar la conducción y sumar jefes de IA. También habla de dejar más decisiones operativas en manos de la IA. Dice que el éxito depende más de que la gente adopte la herramienta que de la tecnología.
Números
76 % (26 % en 2025)Empresas con un jefe de IA, sobre 2.000 directores generales de 33 geografías (febrero a abril de 2026).
25 % hoy y 48 % esperado para 2030Decisiones operativas que toma la IA sin intervención humana.
83 %Dicen que el éxito depende más de la adopción de las personas que de la tecnología.
Limitación Comunicado de una empresa que vende IA y consultoría; encuesta de opinión. No repite los números de retorno de la edición 2025.
Un hilo pregunta cómo medir el valor de un agente. Un comentario pide volver a la métrica principal del producto. Si el agente no paga su costo y el del equipo que lo mantiene, pide apagarlo. Otro pide medir el resultado del usuario y no la cantidad de acciones del agente. Por ejemplo, si el usuario actuó sobre la respuesta o si la envió sin editar.
Números
3 veces su costoIngresos que debería generar un producto con agentes, según la regla que propone un comentarista.
Limitación Hilo con poco puntaje (25 puntos y 32 comentarios en el archivo). La regla de 3 veces es una opinión, no un dato. Se leyó en el archivo público Arctic Shift porque reddit.com bloquea la lectura automática. La cita se comparó letra por letra con el original.
“an agentic product should generate 3x revenue for the cost of the agent”
Cita verificada contra el original
Leída en la fuente. Revisada el 2 nov 2026.
¿Y las acciones desde el primer día? Los casos de la base que duraron empezaron por leer. La base es el conjunto de fuentes de este sitio. Un equipo de plataforma con unos 20 servicios probó agentes durante un año (la prueba 120). Contó en Reddit qué quedó. Descartó la infraestructura generada por IA, porque había que leer cada línea. Se quedó con agentes que leen y resumen. Su correlación de alertas agrupa las alertas relacionadas y busca la causa probable. Acierta el 60 % de las veces, contra el 0 % del sistema anterior.
Veces que la correlación de alertas acierta la causa probable, contra el sistema anterior.Prueba 120
Veces que acierta la causa probable, en %
Con el agente60 %
Sistema anterior0 %
0100 %
El triage de TI del capítulo 10 también arrancó con acceso de solo lectura (la prueba 117). Su paso siguiente es automatizar, con una persona que aprueba desde un chat. El equipo de soporte del capítulo 11 revisó el 100 % de las respuestas al principio (la prueba 99). Lo hizo durante los primeros 30 días.
Un estudio encuestó a 86 practicantes con agentes en producción (la prueba 29). El 68 % deja como máximo 10 pasos al agente antes de que intervenga una persona. En un hilo de TI, el consejo más votado fue pedir algo por escrito antes de dar acciones (la prueba 48). Ese escrito dice que el negocio acepta el riesgo.
Para que un agente valga la pena, hay que darle acciones desde el primer día.
Veredicto: No hace falta. En los casos de la base que duraron, se empezó por leer. Un equipo de plataforma, después de un año, se quedó con agentes que leen y resumen. Un triage de TI, que ordena y deriva tickets, arrancó con acceso de solo lectura. Deja las acciones para después, con una persona que aprueba desde un chat. Los que actúan con éxito lo hacen con revisión. Un equipo de soporte revisó el 100 % de las respuestas los primeros 30 días.
Criterio
Empezá con un agente que lee y propone, y revisá todo lo que produce al principio. Sumá acciones de a una, cada una con la aceptación del riesgo por escrito de quien responde por el negocio.
Por qué confianza media. El estudio de equipos en producción es una fuente primaria con una muestra chica. Ahí, 68 % deja como máximo 10 pasos al agente antes de que intervenga una persona. Los casos de un año de uso, de soporte y de triage son relatos de Reddit sin medición independiente. El dato a favor muestra un agente que actúa bien, pero con revisión experta de cada cambio.
Ver el detalle de las 6 pruebasOcultar el detalle1 a favor, 3 en contra, 2 matizan
Diez meses de datos del agente de código de Copilot en el repositorio dotnet/runtime. Más de la mitad de sus pull requests se aceptaron y casi no se revirtieron, porque cada uno pasó por revisión experta. Rindió mejor en tareas mecánicas y acotadas (limpieza, tests) y peor en las que piden juicio (rendimiento). Un archivo de instrucciones y la configuración del build casi duplicaron el éxito. El cuello de botella pasó de escribir código a revisarlo.
Números
878 PR, 67,9 % de éxitoPull requests del agente y tasa de éxito (87,1 % en los PR de personas de Microsoft; poblaciones no comparables).
0,6 % contra 0,8 %PR aceptados que después se revirtieron: del agente contra el resto.
de 38,1 % a 69 %Éxito antes y después de agregar instrucciones y configurar el build.
86,2 % contra 55,1 %Éxito con commits de una persona en el PR y sin ellos.
de 5 a 9 horasRevisión que generaron nueve PR abiertos por el autor en un rato.
Limitación Lo escribe un ingeniero de Microsoft sobre una herramienta de Microsoft. Es un repositorio con revisores muy expertos. El propio autor aclara que el agente y las personas no hacen el mismo tipo de tareas.
“we cannot compromise on review quality, on expert and experienced eyes validating the changes”
Un equipo de plataforma con unos 20 servicios cuenta qué quedó después de un año de probar agentes. Descartó Terraform generado por IA, porque había que leer cada línea. También descartó un asistente que respondía mal con seguridad: alguien casi corre en producción un comando que sugirió. Se quedó con lo que lee y resume: changelogs automáticos, revisión de PR y correlación de alertas. La regla es que los agentes leen todo, pero no tocan la infraestructura.
Números
60 % contra 0 %Veces que la correlación de alertas acierta la causa probable, contra el sistema anterior.
289 puntos y 43 comentariosTamaño del hilo según el archivo.
Limitación Relato de un equipo, sin medición independiente. Un comentarista sospecha que el post es publicidad de una herramienta de revisión que menciona. Se leyó en el archivo público Arctic Shift porque reddit.com bloquea la lectura automática. La cita se comparó letra por letra con el original.
“agents can read and summarize anything but they dont get to touch infra”
Un SaaS mediano cuenta cómo armó un agente de triage de soporte, que clasifica los pedidos y decide quién los atiende. Empezó por contraseñas y facturación. El agente solo responde si puede citar un artículo o un dato de la base. Las personas revisaron el 100 % de las respuestas los primeros 30 días. Reembolsos, cancelaciones, clientes grandes y respuestas con poca confianza pasan a una persona. La primera versión sin revisión inventó una función que no existía. El equipo no se achicó: pasó a los casos difíciles.
Números
47 % y 22 %Tickets resueltos sin persona, y tickets redactados por el agente y enviados por una persona, a los 90 días.
0,18 contra unos 3,50 dólaresCosto por ticket con el agente contra el costo humano anterior.
0,85Umbral de confianza: debajo, la respuesta va a una persona.
Limitación Números autoinformados en un hilo chico (3 puntos y 7 comentarios en el archivo), sin verificación independiente. Se leyó el texto original del post en el archivo público Arctic Shift porque reddit.com bloquea la lectura automática.
Un hilo pregunta qué tareas de TI se automatizaron de verdad con IA, y el comentario más votado responde “ninguna”. A favor, un responsable armó un flujo de triage (clasificación de pedidos) con acceso de solo lectura. El flujo lee la gestión de equipos, el directorio, el doble factor, la red y el historial de tickets. El paso siguiente es automatizar con una persona que aprueba desde un chat. Él dice que el objetivo es crecer, no sacar gente.
Números
30 minutos por ticketAhorro en tickets complejos, según quien construyó el triage.
67 puntos y 146 comentariosTamaño del hilo según el archivo. El comentario citado tiene 47 puntos y el de “ninguna”, 134.
Limitación Ahorro autoinformado, sin medición. Se leyó en el archivo público Arctic Shift porque reddit.com bloquea la lectura automática. La cita se comparó letra por letra con el original.
“On more complicated stuff this is saving EASILY 30 minutes per ticket.”
Estudio de casos y encuesta a profesionales que tienen agentes en producción. La mayoría evalúa con personas y no con benchmarks (pruebas estándar), y deja pocos pasos al agente antes de que intervenga alguien. La confiabilidad, es decir, que el agente se comporte bien de forma sostenida, sigue siendo el principal desafío. Los equipos la atacan con diseño del sistema.
Números
20 casos y 86 practicantesBase del estudio: 20 entrevistas en profundidad y una encuesta a practicantes de 26 dominios.
74 %Depende sobre todo de evaluación humana.
68 %Corre como máximo 10 pasos antes de que intervenga una persona.
70 %Usa modelos comerciales con prompts en vez de reentrenarlos.
Limitación Muestra chica y elegida por los autores; no representa a todas las empresas. Preprint.
“Reliability (consistent correct behavior over time) remains the top development challenge”
Es el mismo autor del hilo sobre conectar un modelo a los datos internos. Ahora la dirección le pide agentes que disparen flujos y manden correos. El consejo más votado: pedir por escrito que el negocio o legales acepten el riesgo antes de darle acciones al agente. En cambio, otro describe un agente angosto que clasifica unos 5.000 faxes por día hacia la persona correcta, sin poder de hacer daño.
Números
unos 5.000 faxes por díaVolumen que clasifica un agente angosto, según un comentarista.
338 puntos y 129 comentariosTamaño del hilo según el archivo. El comentario citado tiene 376 puntos.
Limitación Experiencia de quienes operan TI, sin medición. Se leyó en el archivo público Arctic Shift porque reddit.com bloquea la lectura automática. La cita se comparó letra por letra con el original.
“get it in writing from legal that you're not liable”
Cita verificada contra el original
Leída en la fuente. Revisada el 2 nov 2026.
¿Comprar o construir? Menlo Ventures es un fondo que invierte en empresas de IA. Su encuesta muestra hacia dónde va el gasto (la prueba 32). En 2025, las empresas compraron el 76 % de su IA, contra el 53 % un año antes. Eso dice que se compra más, no que comprar funcione mejor. Menlo dice, sin dar una cifra, que lo comprado llega antes a producción. Ninguna fuente de la base compara los resultados de las dos vías.
La misma encuesta da otro dato, se compre o se construya. Solo el 16 % de lo que las empresas grandes despliegan como IA es un agente real. La trampa de comprar está en la auditoría. En un hilo de compradores, la conclusión fue que auditar el agente le toca a quien compra (la prueba 45). Un comentario lo dice así: “there are no frameworks for doing any kind of an audit of model behavior.”
Conviene construir los agentes adentro en lugar de comprarlos.
Veredicto: No hay datos que digan cuál conviene. En 2025, las empresas compraron 76 % de su IA en lugar de construirla, contra 53 % un año antes. Eso dice que se compra más, no que funcione mejor. Menlo agrega, sin cifra, que lo comprado llega antes a producción. Se compre o se construya, solo 16 % de lo desplegado en empresas grandes es un agente real.
Criterio
Si comprás, probá el agente con tus propias tareas antes de firmar, y pedí ver qué hace paso a paso. Si construís, empezá por la solución más simple. Sumá complejidad solo cuando mejora el resultado.
Por qué confianza baja. La encuesta la hace un fondo que invierte en empresas de IA. Muestra qué se compra, no qué funciona. El problema de auditar al proveedor sale de un hilo de Reddit con muy poco puntaje. Ninguna fuente compara comprar y construir con resultados. Ninguna defiende con datos construir adentro.
Ver el detalle de las 2 pruebasOcultar el detalle0 a favor, 1 en contra, 1 matiza
Tully, T., Redfern, J., Das, D., Xiao, D. Menlo Ventures
De lo que las empresas despliegan como IA, solo una parte chica califica como agente de verdad. Las empresas compran más de lo que construyen (76 %). Menlo dice, sin dar una cifra, que lo comprado llega antes a producción. Cerca de la mitad de los acuerdos de IA llega a producción, bastante más que en el software tradicional.
Números
16 % y 27 %Despliegues de empresas grandes y de startups que califican como agentes reales.
76 % compradoParte de la IA que se compró en 2025 en lugar de construirla (53 % en 2024).
47 % contra 25 %Acuerdos de IA que llegan a producción, contra el software tradicional.
37.000 millones de dólaresGasto empresarial en IA generativa en 2025 (11.500 millones en 2024).
Limitación Encuesta a 495 decisores de empresas de EE. UU. (7 al 25 de noviembre de 2025) más datos de mercado. Menlo es un fondo que invierte en empresas de IA. No dice que comprar funcione mejor. Dice que se compra más y que lo comprado llega antes a producción.
“companies spent $37 billion on generative AI in 2025”
En las pruebas de concepto, los proveedores de agentes dan una clave de API y dicen “pruébelo usted”. El autor pregunta por qué la auditoría queda del lado del comprador. Según las respuestas, pedir que prueben que el modelo no alucina es pedir que prueben un negativo. Además, SOC 2 no cubre el comportamiento del modelo. La salida práctica es que el comprador arme su propio set de evaluaciones.
Números
4 puntos y 26 comentariosTamaño del hilo según el archivo.
Limitación Hilo con muy poco puntaje: vale como idea, no como consenso. Se leyó en el archivo público Arctic Shift porque reddit.com bloquea la lectura automática. La cita se comparó letra por letra con el original.
“there are no frameworks for doing any kind of an audit of model behavior.”
Cita verificada contra el original
Leída en la fuente. Revisada el 2 nov 2026.
¿Se puede dejar solo un agente que ya funciona? El de los faxes, sí. Para el resto, varios hilos de TI cuentan el mismo problema. Uno lo resume en una oración: “Then the person who created the agents leaves.” (la prueba 73). Otro pregunta qué pasa con los agentes de una persona que deja la empresa (la prueba 146). La lista de baja de empleados no los incluye. El agente sigue corriendo con una clave que ya no es de nadie.
En un subforo de directores de TI, alguien propuso tratarlos como cuentas de servicio (la prueba 138). Una cuenta de servicio es una cuenta para un sistema, no para una persona. Eso pide tres cosas. Un inventario de qué lee y qué escribe cada agente. Credenciales bajo un rol. Y una revisión cada tres meses.
Las fuentes formales apuntan a lo mismo. Un borrador de NIST propone ligar cada agente a quien delega en él y registrar sus acciones (la prueba 50). Según BCG, solo el 5 % de las empresas tiene hoy todos los controles para dar autonomía real a los agentes. Según Deloitte, apenas el 21 % de los líderes tiene un gobierno maduro para la IA agéntica. Gobierno quiere decir reglas, roles y controles.
Los límites, además, se corren. Un comentarista contó qué pasa en unas tres semanas (la prueba 104). Los operadores pasan cerca del 40 % de las acciones de confirmar a automáticas. Es un dato sin método, pero describe un cambio que se puede vigilar.
Una vez que el agente funciona, se lo puede dejar andando solo.
Veredicto: No. Un agente angosto tiene poco riesgo, como uno que clasifica unos 5.000 faxes por día sin poder hacer daño. El resto necesita un dueño. Cuando se va quien lo creó, el agente sigue corriendo con una clave que ya no es de nadie. Un borrador de NIST propone ligar cada agente a la persona que delega en él y registrar sus acciones. Y solo 5 % de las empresas encuestadas tiene hoy todos los controles para darles autonomía real.
Criterio
Dale a cada agente un dueño con nombre y un suplente. Sumá un inventario de qué lee y qué escribe, y una revisión cada tres meses. No crees la clave ni la cuenta del agente sin el campo de dueño. Cuando una persona se va, revisá los agentes que lanzó.
Por qué confianza media. Los casos salen de hilos de Reddit, varios con poco puntaje, y el lado a favor es solo un comentario. Las dos encuestas son autorreportes de consultoras. En la otra encuesta, apenas 21 % de los líderes tiene un gobierno maduro para la IA agéntica. El borrador de NIST es una consulta, no una medición. Las fuentes coinciden, pero nadie midió cuánto falla un agente sin dueño. Un comentarista agrega que los límites se corren con el tiempo.
Ver el detalle de las 8 pruebasOcultar el detalle1 a favor, 6 en contra, 1 matiza
Es el mismo autor del hilo sobre conectar un modelo a los datos internos. Ahora la dirección le pide agentes que disparen flujos y manden correos. El consejo más votado: pedir por escrito que el negocio o legales acepten el riesgo antes de darle acciones al agente. En cambio, otro describe un agente angosto que clasifica unos 5.000 faxes por día hacia la persona correcta, sin poder de hacer daño.
Números
unos 5.000 faxes por díaVolumen que clasifica un agente angosto, según un comentarista.
338 puntos y 129 comentariosTamaño del hilo según el archivo. El comentario citado tiene 376 puntos.
Limitación Experiencia de quienes operan TI, sin medición. Se leyó en el archivo público Arctic Shift porque reddit.com bloquea la lectura automática. La cita se comparó letra por letra con el original.
“get it in writing from legal that you're not liable”
Booth, H., Fisher, B., Galluzzo, R., Roberts, J. NIST, NCCoE
Es un borrador de NIST para un proyecto de demostración que aplica estándares de identidad a los agentes. Propone distinguir al agente de una persona, autenticarlo y autorizarlo con OAuth 2.0 y políticas. También propone ligar cada agente a la persona que delega en él y registrar sus acciones. Pregunta cómo saber qué tan sensibles son los datos que junta el agente y si el usuario puede ver la respuesta combinada. También pregunta cómo fijar el mínimo privilegio (dar solo los permisos necesarios) cuando las acciones del agente no son predecibles.
Números
6 grupos de preguntasGenerales, identificación, autenticación, autorización, auditoría e inyección de prompts. Comentarios del 5 de febrero al 2 de abril de 2026.
Limitación Es un borrador para consulta, con preguntas y no controles. Deja RAG fuera del alcance. Se leyó el PDF (11 páginas); la página del proyecto dio 403.
“How do we establish "least privilege" for an agent”
La edición 2026 del estudio de BCG dice que la brecha se achicó. Casi la mitad de las empresas ya saca valor de la IA. Muchas esperan darles autonomía real a los agentes, pero casi ninguna tiene hoy los controles para hacerlo.
Números
cerca de 48,5 %Empresas que generan valor: 7,5 % de punta (5 % en 2025) y 41 % que escalan; sobre 1.330 ejecutivos.
42 % y 5 %Esperan dar autonomía real a los agentes para 2030, y tienen hoy todos los controles.
cerca de 40 %Parte del valor de la IA que esperan de los agentes para 2030.
Limitación Comunicado de una consultora que vende servicios de IA; autorreporte y sin detalle de cómo clasifica a las empresas. Hoy la descarga automática da 403, así que no lleva cita textual.
Es una encuesta a líderes de TI y de negocio que participan en programas de IA. La mayoría espera usar agentes pronto, pero pocos tienen un modelo de gobierno maduro para controlarlos. La intención va más rápido que el control.
Números
3.235 líderes en 24 paísesMuestra de la encuesta (informe de enero de 2026).
74 %Espera usar agentes al menos de forma moderada para 2027.
21 %Tiene un modelo de gobierno maduro para la IA agéntica.
Limitación Autorreporte de intención, no uso medido. Otras cifras que circulan sobre este informe (por ejemplo, cuántos pilotos pasaron a producción) solo se vieron en coberturas y no se usan.
Hilo sobre quién es dueño de un agente seis meses después de que se va quien lo construyó. Un comentario lo compara con las viejas bases de Microsoft Access que quedaban sueltas en las empresas. Otro dice que los agentes son de los equipos, no de las personas. La propuesta más concreta es tratarlos como cuentas de servicio, que son cuentas para programas. Eso pide un inventario de qué leen y qué escriben, credenciales bajo un rol y una revisión cada tres meses.
Números
26 puntos y 33 comentariosTamaño del hilo según el archivo. El comentario citado tiene 5 puntos.
Limitación Subforo chico y con algunos comentarios de vendedores; vale como idea, no como consenso. La misma idea aparece en otros hilos de r/sysadmin, r/ITManagers y r/devops. Se leyó en el archivo público Arctic Shift porque reddit.com bloquea la lectura automática. La cita se comparó letra por letra con el original.
“nothing goes live without a named owner, a backup owner, and a review date”
El autor pregunta qué hace la lista de baja de empleados con los agentes que lanzó esa persona. El agente sigue corriendo con una cuenta de servicio o una clave que ya no es de nadie. Un comentario propone que el dueño sea un campo obligatorio al crear la clave o la cuenta. También propone rotar la clave (cambiarla por una nueva) antes de apagar el agente, para ver quién depende de él.
Números
6 puntos y 7 comentariosTamaño del hilo según el archivo.
Limitación Hilo con muy poco puntaje: vale como idea, no como consenso. Se leyó en el archivo público Arctic Shift porque reddit.com bloquea la lectura automática. La cita está en el texto del post y se comparó letra por letra.
“it keeps going on a service account or key nobody owns anymore”
Desde una conferencia de seguridad, el autor cuenta que allí se vende el agente como un “empleado virtual”. Los comentarios lo bajan a tierra. Un agente es una llamada a un modelo en un bucle con herramientas, y su “memoria” son archivos o una base de datos. Otro advierte que después no se puede analizar por qué decidió algo. Un tercero describe la proliferación de agentes que quedan huérfanos cuando se va quien los creó.
Números
356 puntos y 261 comentariosTamaño del hilo según el archivo. El comentario citado tiene 86 puntos.
Limitación Opiniones de quienes operan TI, sin medición. Se leyó en el archivo público Arctic Shift porque reddit.com bloquea la lectura automática. La cita se comparó letra por letra con el original.
Hilo sobre quién responde por lo que hace un agente. Un comentario propone tres niveles de acción: automática, con confirmación de una persona y prohibida (por ejemplo, pagar o borrar datos). También cuenta que los umbrales se corren. Después de unas tres semanas, los operadores pasan cerca del 40 % de las acciones de confirmar a automáticas. Hay que vigilar esa deriva. Otro comentario pide registrar por qué el agente eligió cada acción.
Números
40 % en unas tres semanasAcciones que pasan de confirmar a automáticas, según un comentarista.
Limitación Hilo con muy poco puntaje (0 puntos y 16 comentarios en el archivo). El dato del 40 % es de un comentario, sin método. Se leyó en el archivo público Arctic Shift porque reddit.com bloquea la lectura automática. La cita se comparó letra por letra con el original.
“Capability without visibility into why it chose action X”
Cita verificada contra el original
Leída en la fuente. Revisada el 2 nov 2026.
Queda la IA en la sombra: la tecnología que la gente usa sin que TI la controle. El riesgo es real. Un administrador contó en Reddit que la dirección pidió conectar un modelo a los datos internos (la prueba 37). El asistente mostró documentos sensibles a quien no debía verlos. Los permisos ya estaban mal puestos antes del modelo.
Prohibir parece la respuesta obvia, pero la demanda sigue: es ese 74 % de Deloitte. En un subforo de directores de TI, una propuesta separó dos vías (la prueba 140). La primera es gobierno estricto para lo que se publica a toda la empresa. La segunda es monitoreo de todos los agentes: quién los crea, qué hacen y cuántos tokens gastan. Otra persona contó una regla que frena la mayoría de los casos. Quien arma una aplicación con IA también la tiene que mantener.
La forma de controlar los agentes que arma la gente por su cuenta es prohibirlos.
Veredicto: Prohibir no resuelve el problema de fondo, porque la demanda existe. El 74 % de los líderes encuestados espera usar agentes al menos de forma moderada para 2027. El riesgo es real. Conectar un asistente a datos internos mostró documentos sensibles a quien no debía verlos. Los permisos ya estaban mal puestos. Un hilo de TI propone separar dos vías. Una es gobierno duro para lo que se publica a toda la empresa. La otra es monitoreo de todos los agentes.
Criterio
Llevá un registro de todos los agentes, con quién los creó, qué hacen y cuántos tokens gastan. Aplicá el gobierno completo a lo que se publica para toda la empresa, y pedile a quien arma un agente que también lo sostenga.
Por qué confianza baja. Los dos lados salen de hilos de Reddit. La propuesta de dos vías viene de un subforo chico. La encuesta mide intención, no uso real. Nadie midió si prohibir o monitorear da mejor resultado.
Ver el detalle de las 3 pruebasOcultar el detalle1 a favor, 1 en contra, 1 matiza
La dirección pidió conectar un modelo de lenguaje a los datos internos. El asistente empezó a mostrar documentos sensibles a gente que no debía verlos, porque nadie corrigió unos permisos que ya estaban mal puestos. El comentario más votado dice que la mayoría de las organizaciones tiene un gobierno de datos flojo en SharePoint, Teams y OneDrive. Otro propone un proyecto de preparación y gobierno de datos antes de activar el asistente.
Números
1.351 puntos y 198 comentariosTamaño del hilo según el archivo. El comentario citado tiene 500 puntos.
Limitación Experiencia de quienes operan TI, sin medición. Se leyó en el archivo público Arctic Shift porque reddit.com bloquea la lectura automática. La cita se comparó letra por letra con el original.
“the LLM tool has access to what you give it/your people access to”
Hilo sobre la IA como nuevo problema de TI en la sombra, es decir, tecnología que la gente usa sin control de TI. Una propuesta separa dos vías. La primera es un gobierno duro para lo que se publica a toda la empresa. La segunda es monitorear todos los agentes: quién los crea, qué hacen, tráfico y tokens. Otro cuenta que pedirle a quien armó una aplicación con IA que la sostenga frena la mayoría de los casos.
Números
42 puntos y 24 comentariosTamaño del hilo según el archivo. El comentario citado tiene 9 puntos.
Limitación Subforo chico; vale como idea, no como consenso. Se leyó en el archivo público Arctic Shift porque reddit.com bloquea la lectura automática. La cita se comparó letra por letra con el original.
Es una encuesta a líderes de TI y de negocio que participan en programas de IA. La mayoría espera usar agentes pronto, pero pocos tienen un modelo de gobierno maduro para controlarlos. La intención va más rápido que el control.
Números
3.235 líderes en 24 paísesMuestra de la encuesta (informe de enero de 2026).
74 %Espera usar agentes al menos de forma moderada para 2027.
21 %Tiene un modelo de gobierno maduro para la IA agéntica.
Limitación Autorreporte de intención, no uso medido. Otras cifras que circulan sobre este informe (por ejemplo, cuántos pilotos pasaron a producción) solo se vieron en coberturas y no se usan.
Ninguna de las cinco ideas de la escena pasa el juicio tal como se dice:
Contar agentes o tokens mide actividad, no resultados.
Los casos que duraron empezaron por leer y sumaron acciones con revisión.
Construir no es lo seguro, y comprar pide probar antes de firmar.
Un agente sin dueño sigue corriendo cuando nadie lo mira.
Prohibir esconde la demanda en lugar de sacarla.
Esta evidencia pesa poco. Dos de las cinco fichas tienen confianza baja y las otras tres, media. Casi todo sale de hilos de Reddit y de encuestas de autorreporte hechas por consultoras. El marco que sigue sirve para decidir con lo que se sabe hoy. Se corrige cuando lleguen mejores pruebas.
El marco es una secuencia de siete pasos. Cada paso puede terminar en “no hace falta un agente”. Esa salida vale tanto como las otras.
Decidí si hace falta un agente. Si podés escribir los pasos de antemano, usá un flujo fijo. Si hay pocos casos y un error sale caro, usá una persona.
Escribí qué número del negocio tiene que mover, cuánto y para cuándo.
Mirá el riesgo antes de construir: qué lee, qué datos toca y qué puede hacer hacia afuera.
Si comprás, probá el agente con tus tareas antes de firmar y pedí ver qué hace paso a paso. Si construís, empezá por lo más simple. Ninguna fuente muestra que una vía rinda más, así que elegí la que te deja probar antes con tus tareas.
Empezá con un agente que lee y propone. Sumá acciones de a una, con la aceptación del riesgo por escrito.
Dale un dueño con nombre y un suplente. Anotalo en un registro de todos los agentes.
Medí problemas resueltos, no agentes desplegados.
El evaluador hace el primer paso con diez preguntas. Recomienda una de cinco salidas: flujo fijo, agente acotado, agente con aprobación humana, persona o todavía no. El ADR deja la decisión por escrito. Un ADR es un registro de una decisión de arquitectura. La revisión de diseño pide las otras plantillas como requisito.
Diseñá la seguridad en lo que el agente ve y hace. En una sesión, como máximo dos de tres: contenido no confiable, datos sensibles, salida hacia afuera. Si necesita las tres, aprobación humana para lo que sale. Los filtros son una alarma, no una cerradura.
Usá los estándares para no atarte a un proveedor y diseñá la seguridad por encima. Corregí los permisos antes de conectar datos internos. Tratá cada servidor MCP como código de terceros, con dueño, versión fijada y herramientas habilitadas de a una.
Poné a la persona donde su atención cambia el resultado. Aislá primero y hacé cumplir los tres niveles fuera del modelo. Dejá la aprobación humana para pocas acciones irreversibles, atada a la acción exacta.
No prometas lo que no mediste con tus tareas. Armá de 20 a 50 con fallas reales. Si no hay un test antes, medí si acierta en todas las repeticiones. Recalibrá el modelo juez con cada modelo nuevo.
Medí lo que cuesta cada tarea que sale bien, por flujo y con la revisión adentro. Presupuestá con un precio que se duplica. Poné un tope de gasto que corte y avise a una persona.
Diseñá para la regla más exigente que ya rige. Avisá que es una IA en el primer mensaje. Tratá cada agente con datos de personas como un tratamiento de datos.
Cada criterio sale de las fichas de su capítulo. Si una prueba nueva cambia un veredicto, la ficha cambia y el criterio cambia con ella. Para proponer una fuente o discutir una afirmación, leé la metodología.