Artículo 49TécnicaSeguridad y Gobernanza
Auto-approve no es una comodidad neutral
Evidence Brief sobre HarnessSecurity-Bench, autoridad de los agentes de código y el equilibrio entre utilidad, confirmación humana y efectos adversos.
Autoría humana · Conocimiento humano + IA
Fernando Parreiras
Fundador de Trustyu · Ingeniero · Arquitecto de Soluciones
Fernando Parreiras es el fundador de Trustyu, ingeniero y arquitecto de soluciones. Conecta tecnología, estrategia y desarrollo humano para construir negocios, productos y decisiones con visión y propósito.
Trayectoria
Tecnología con visión y propósito.
Con más de 20 años de experiencia, Fernando Parreiras trabaja en la intersección entre tecnología, gestión y desarrollo humano. Como fundador de Trustyu y creador de FORGE, lidera el diseño de arquitecturas, productos digitales y sistemas de IA que transforman problemas complejos en soluciones seguras, verificables y sostenibles. Su práctica combina ingeniería de software, arquitectura de soluciones, estrategia de productos, gobernanza y formación de equipos. Como emprendedor, asesor, autor y mentor estratégico, comparte conocimientos para que los líderes empresariales y profesionales técnicos puedan tomar mejores decisiones sin separar la excelencia, la ética, el propósito y el impacto a largo plazo.
- Arquitectura de la solución
- ingeniería de software
- Sistemas de IA
- Estrategia de producto
- Negocios y liderazgo
Publicado en Trustyu Forge
Ideas que se convierten en sistemas.
Artículo 48TécnicaCalidad, Evaluaciones y Contratos
La prueba pasó, pero ¿el agente corrigió o reescribió?
Evidence Brief sobre el Precise Debugging Benchmark y la diferencia entre pasar las pruebas, recuperar la corrección esperada y evitar cambios innecesarios.
Artículo 47TécnicaSeguridad y Gobernanza
IA explicable en la cadena del software: detectar anomalías no es demostrar seguridad
Resumen de evidencia sobre XAI-SCS, detección de anomalías en los paquetes npm y PyPI, explicaciones prácticas y los límites entre alertas, investigación y seguridad.
Artículo 46TécnicaCalidad, Evaluaciones y Contratos
Especificar antes de realizar la prueba mejora la detección, pero cuesta un 38% más de tokens
Resumen de evidencia sobre pruebas basadas en contratos, ganancias en la detección de 90 errores de producción y el costo adicional de convertir la intención en evidencia.
Artículo 45TécnicaCalidad, Evaluaciones y Contratos
Revisar código con IA exige conocimiento adversarial y validación dinámica
Evidence Brief sobre BlueCodeAgent, conocimiento adversarial, análisis dinámico y los límites de usar IA para revisar la seguridad del código.
Artículo 17TécnicaEvidencia
El modelo se abarató; el sistema se encareció: la nueva cadena de costes de la IA
La cadena técnica de costes de la IA, desde la inferencia hasta el contexto, harness, CI, evals, operación, trabajo humano, fallos y capacidad.
Artículo 30Carrera y emprendimientoNegocios y P1-P6
Design Partner no es un mercado: proximidad para aprender sin inventar PMF
Cómo aprender profundamente de un socio de diseño sin convertir la colaboración intensa en una falsa prueba de mercado o PMF.
Artículo 29Carrera y emprendimientoEmpieza aquí
Antigüedad en la era de los agentes: menos respuestas preparadas, más estándares de prueba
La antigüedad aparece en el marco, el juicio, la verificación, la propiedad, la multiplicación y los límites, no en el volumen producido.
Artículo 28NegociosNegocios y P1-P6
La cola adecuada para la IA: priorice las decisiones y los resultados, no las llamativas automatizaciones
Un método para priorizar las oportunidades de IA por resultado, frecuencia, fricción, verificabilidad, riesgo y aprendizaje.
Artículo 44Técnicaharness de ingeniería
FDE sin improvisación: el harness que transforma la misión del cliente en un producto verificable
El contrato técnico que conecta misión, descubrimiento, spec, build, evals, producción, adopción y aprendizaje reutilizable en el trabajo de un FDE.
Artículo 27TécnicaCalidad, Evaluaciones y Contratos
Evaluaciones antes del lanzamiento: cómo transformar las expectativas en criterios ejecutables
Tareas, graders, datasets, trials, baseline y gates hacen observables las expectativas de un agente antes de liberar un cambio.
Artículo 26Técnicaharness de ingeniería
Ingeniería de contexto: lo que merece entrar, salir y sobrevivir a la sesión
Cómo seleccionar, estructurar, recuperar, comprimir, externalizar y expirar el contexto sin confundir el chat con la memoria duradera.
Artículo 25NegociosPor qué FORGE
El primer producto no es sólo un producto: es la fábrica del segundo.
El primer producto también debe dejar estándares, contratos, canales y aprendizajes que reduzcan el costo y el riesgo del siguiente.
Artículo 24Carrera y emprendimientoNegocios y P1-P6
Fundador en solitario + equipo de IA: velocidad sin subcontratar juicios
Cómo un fundador puede orquestar la investigación, el producto, la arquitectura y la ingeniería con IA sin subcontratar prioridad, riesgo o aceptación.
Artículo 42TécnicaArquitectura
TI no desaparece: se convierte en la plataforma para democratizar la IA
Arquitectura mínima para transformar experimentos distribuidos con IA en activos identificados, gobernados y operables sin recrear la fila de TI.
Artículo 43TécnicaSeguridad y Gobernanza
Tres gates para agentes en producción: frontera, parada y consenso
Evidence Brief sobre SSRF a través de redirects, condiciones de parada para reparación iterativa y uso de ensembles como cola de revisión, no como verdad.
Artículo 23Carrera y emprendimientoEmpieza aquí
Gusto, responsabilidad y claridad: las habilidades humanas que se han vuelto más valiosas
Cuando producir se abarata, la claridad, el gusto, el pensamiento crítico, la responsabilidad y el aprendizaje elevan el nivel del trabajo.
Artículo 22TécnicaSeguridad y Gobernanza
Sandbox, capacidad e identidad: seguridad basada en tareas en sistemas agentes
Un contrato de seguridad por tarea que separa workspace, sandbox, identidad, capability, datos, tiempo, policy y evidencia.
Artículo 41TécnicaSeguridad y Gobernanza
Localhost no es identidad: controles para las API locales del agente
Evidence Brief sobre identidad, autorización, CORS, plano de control, sandbox y receipts para API locales utilizadas por agentes de IA.
Artículo 20Carrera y emprendimientoEmpieza aquí
Tu nuevo portafolio debe demostrar cómo piensas, verificas y aprendes
Un modelo de caso profesional que muestra problema, decisiones, uso de IA, verificación, resultado, límites y aprendizaje.
Artículo 40TécnicaSeguridad y Gobernanza
El repositorio no es confiable: controles para agentes en la frontera workspace–runtime
Evidence Brief sobre configuración monótona, aprobación, confinamiento, entorno y red para agentes que operan sobre código no confiable.
Artículo 39TécnicaCalidad, Evaluaciones y Contratos
Prueba formal y salidas verificables: cuando el verificador zanja la cuestión
Un Evidence Brief sobre proof-carrying outputs, verificadores independientes y lo que la formalización de Fermat enseña a los sistemas con agentes.
Artículo 38TécnicaSeguridad y Gobernanza
Agent Control Standard: Cómo probar controles en runtime sin llamar preview de garantía
Una lectura técnica del preview v0.1 del OWASP ACS, con arquitectura de integración, pruebas mínimas, límites de la evidencia y criterios de adopción.
Artículo 37TécnicaCalidad, Evaluaciones y Contratos
AI-Native Product Lead: el contrato entre intención, agentes y evidencia
Un diseño verificable para conectar valor, arquitectura, evals, riesgo, economía y autoridad humana en productos construidos con IA.
Artículo 35TécnicaCalidad, Evaluaciones y Contratos
Pasó las pruebas. ¿Está listo para operar?
Un protocolo propuesto para distinguir corrección funcional, comportamiento bajo carga y capacidad de recuperación en servicios construidos con asistencia de IA.
Artículo 33TécnicaCalidad, Evaluaciones y Contratos
IA escribe, IA revisa: independencia precisa ser demostrada
El estudio sobre revisiones IA-para-IA convertido en segregación de autoridad, checks protegidos, aprobación humana y provenance del release.
Artículo 32TécnicaSeguridad y Gobernanza
Shadow builders: controles y evidencias para operar software AI-native
El caso RedAccess convertido en threat model, descubrimiento, pruebas negativas y Evidence Gate para aplicaciones creadas rápidamente con IA.
Artículo 13Carrera y emprendimientoNegocios y P1-P6
La IA reduce el coste de experimentar; no valida tu hipótesis
Cómo usar IA para preparar mejores experimentos sin convertir una persona sintética, un clic, un prototipo o una opinión en evidencia de mercado.
Artículo 12Carrera y emprendimientoNegocios y P1-P6
De la idea al primer ingreso: P1–P6 para founders AI-first
Un camino en seis fases para convertir velocidad de construcción en evidencia de problema, producto, operación e intercambio real de valor.
Artículo 11TécnicaCalidad, Evaluaciones y Contratos
El agente no puede ser su propio auditor
Cómo separar al ejecutor, verificador, revisor y aprobador para utilizar la IA en la evaluación sin crear una autoridad circular o una independencia ficticia.
Artículo 31TécnicaEvidencia
Fable, Sol y Terra: lo que realmente cambió para quienes construyen
Un radar fechado de los nuevos portafolios de IA y un método para elegir por tarea, riesgo, coste por outcome, evals y verificabilidad.
Artículo 10TécnicaEvidencia
Evidencia antes de adjetivo: cómo defender claims sobre sistemas de IA
Una gramática práctica para vincular claims con subject, propiedad, mecanismo, evidencia, verificador, validez y límite de inferencia.
Artículo 09NegociosSeguridad y Gobernanza
Autonomía proporcional al riesgo: dónde delegar en la IA y dónde mantener el gate humano
Un método para calificar la autoridad del agente por efecto, reversibilidad, sensibilidad e incertidumbre, sin confundir capacidad con permiso.
Artículo 08TécnicaCalidad, Evaluaciones y Contratos
Basado en especificaciones sin autoengaño: cobertura, contrato, evaluación y OpenAPI no son la misma prueba
Cómo separar especificación, contrato, prueba, cobertura y evaluación para que cada verde respalde sólo la decisión que realmente verificó.
Artículo 07NegociosNegocios y P1-P6
Del piloto al valor: medir el cambio aceptado, tokens no producidos
Un contrato práctico para medir los pilotos de IA según los resultados aceptados, la calidad, el flujo, el costo total y el riesgo, no mediante tokens o artefactos.
Artículo 06Técnicaharness de ingeniería
harness de la ingeniería en la práctica: seis planes para transformar la intención en evidencia
Una guía técnica para organizar la intención, la política, la ejecución, la verificación, la evidencia y la retroalimentación en torno a los agentes de IA.
Artículo 05NegociosNegocios y P1-P6
La IA amplifica el negocio que ya tienes
La IA no transforma una organización por sí sola: mejora la claridad, el flujo y el aprendizaje, o acelera las ambigüedades, las colas y el retrabajo.
Artículo 04NegociosPor qué FORGE
Por qué Trustyu creó FORGE: de la memoria de un fundador a un sistema verificable
El viaje de JARVIS hacia FORGE y los seis cambios que transformaron la memoria, las decisiones y la ejecución de la IA en un sistema verificable.
Artículo 03NegociosNegocios y P1-P6
Humano responsable, ejecutando IA: el contrato que organiza el equipo
La IA puede realizar más trabajo sin tener que rendir cuentas: roles, límites, verificadores y pruebas claros preservan la responsabilidad.
Artículo 02Técnicaharness de ingeniería
El modelo no es el sistema: por qué la IA poderosa todavía necesita un harness
Los modelos cambian rápidamente; Los resultados confiables dependen del contexto, las herramientas, las políticas, la verificación, la evidencia y el aprendizaje.
Artículo 01Carrera y emprendimientoEmpieza aquí
Después de la pirámide: qué cambia en el trabajo cuando la IA rinde más
La IA amplifica la ejecución, pero el propósito, el aprendizaje, el juicio y la responsabilidad dependen de cómo rediseñamos el trabajo.