# Agile Solutions (AGISOL) — contenido completo del sitio > Todo el contenido público de https://www.agilesolutions.ec, en Markdown, para consumo por modelos de lenguaje y agentes. > Generado desde la misma fuente que el sitio, así que no puede divergir de él. AGILE SOLUTIONS AGISOL S.A.S. · RUC 0993393850001 · Guayaquil, Guayas, Ecuador · info@agilesolutions.ec --- # ES — Inicio # La IA ya aceleró a tu equipo. Falta que esa velocidad sea real. > La plataforma de IA gobernada de la empresa de frontera Gobierno de la ingeniería con IA que quita retrabajo en vez de añadir gates: la intención se fija antes de generar, el error se atrapa donde nace y la arquitectura no se degrada mientras entregas. La evidencia auditable sale sola, como consecuencia. AGILE SOLUTIONS AGISOL S.A.S. · RUC 0993393850001 · Guayaquil, Guayas, Ecuador · info@agilesolutions.ec ## La IA te dio velocidad bruta. El retrabajo se queda con buena parte. Tu equipo entrega más rápido que hace dos años. Eso es cierto y es medible. Lo que casi nadie mide es cuánto de esa velocidad vuelve en forma de retrabajo: el pull request que nadie puede revisar de verdad, la función que no era lo que se pidió, el refactor que aparece tres sprints después porque la arquitectura se movió sin que nadie lo notara. Eso es Shadow AI: generar sin gobierno. No es un problema de cumplimiento — es un impuesto sobre tu velocidad, cobrado tarde y en la moneda más cara que existe, que es el tiempo de tus mejores ingenieros. ### Dónde se va la velocidad - **Retrabajo**: Se construyó rápido algo que no era lo que se pidió. El ciclo entero se repite. - **Revisión**: Revisar código que nadie escribió es arqueología. El cuello de botella se mudó al review. - **Arquitectura**: Se degrada en silencio y cada cambio siguiente cuesta un poco más que el anterior. - **Costo**: Los tokens se disparan sin atribución: no sabes qué trabajo salió caro ni por qué. Y además: Un regulador y un directorio van a preguntar cómo se construyó. Pero esa no es la razón para hacerlo bien: es lo que obtienes gratis cuando lo haces bien. ## La empresa de frontera no frena la IA. La gobierna para ir más rápido. Un gobierno que frena está mal diseñado. El que vale hace que la decisión correcta sea también la más rápida: contexto antes de generar, verificación en el eslabón donde el error es barato, y arquitectura protegida en el momento del cambio. Así es como Shadow AI se vuelve Governed AI — y la velocidad deja de ser bruta para volverse neta. - **FAITHFUL** (Fiel): El eslabón se cumplió y está verificado. Sigue adelante sin fricción. - **UNGUARDED** (Sin guardia): Sin control activo. Un hueco donde el retrabajo se incuba. - **BROKEN** (Roto): El eslabón falló aquí, donde corregir cuesta horas y no sprints. Regla dura del sistema: UNGUARDED jamás se pinta de verde. Un eslabón sin guardia no es fidelidad confirmada — es el retrabajo que todavía no te facturaron. > El cumplimiento no es el pitch. Es la consecuencia gratis de hacer la ingeniería bien. ## Cuatro formas concretas en que el gobierno te devuelve tiempo. Nada de esto es un gate que alguien tenga que aprobar. Son propiedades del método: el trabajo sale distinto porque entra distinto. ### 01 · La intención se fija antes de generar El ciclo más caro es construir bien lo que no era. Fijar la intención en un artefacto verificable antes de que el modelo escriba elimina la clase entera de retrabajo que nace de un prompt ambiguo. Ganancia: Menos ciclos de "no era esto" ### 02 · El error se atrapa donde nace Corregir en especificación cuesta minutos. En producción, sprints. La cadena verifica eslabón por eslabón, así que el defecto se detiene en el punto donde todavía es barato. Ganancia: El costo de corregir no se multiplica ### 03 · La arquitectura se protege en el cambio La deuda no llega de golpe: llega en commits aceptados sin leer. Vigilar la arquitectura en el momento del cambio evita el refactor que aparece tres sprints después y frena a todo el equipo. Ganancia: El cambio siguiente no cuesta más ### 04 · El costo se atribuye por unidad de trabajo Una factura agregada de tokens no es información. Saber qué pieza de trabajo salió cara, y por qué, te deja decidir dónde acelerar con IA y dónde no vale la pena. Ganancia: Decides dónde vale acelerar El efecto compuesto de las cuatro es el pilar FLOW de FRONTIER: el trabajo avanza sin esperar, sin repetirse y sin frenar al siguiente. ## Tres capas que sólo valen porque encajan. No es un producto suelto. Es un framework de transformación, una metodología de ingeniería y un motor agéntico que se refuerzan entre sí. Un competidor clona un dashboard en un trimestre; no clona que las tres piezas sean coherentes. ### FRONTIER — El framework de la empresa de frontera Capa: Organizacional. Cómo se organiza la empresa de frontera. Siete pilares con el FLOW como supremo — porque todo lo demás existe para que el trabajo avance. La plataforma realiza su pilar AUTOMATION e instrumenta ECONOMICS y FLOW. ### APEX — Arquitectura Profesional de EXcelencia con IA Capa: Metodológica. Cómo se hace ingeniería gobernada. Ocho etapas y una cadena de fidelidad que une la intención con el código entregado. Los gates no piden permiso: resuelven en el eslabón barato lo que si no reaparece en el caro. ### forge-canon — El motor agéntico Capa: Ejecución. Dónde corre. El motor que ejecuta el método sobre Claude Code, en la máquina de tu equipo. Vive dentro de la plataforma, rodeado del portal, el MCP y el plano de assurance que lo gobiernan y lo evidencian. - FORGE = Frontier Operations for Refined & Governed Engineering - APEX = Arquitectura Profesional de EXcelencia con IA ## Velocidad y costo en la misma pantalla. Por eso las decisiones son rápidas. La fidelidad te dice si lo que se construyó es lo que se pidió — es decir, si la velocidad fue real o vas a repetirla. El costo te dice qué te tomó llegar. Mirar uno sin el otro produce decisiones que se ven bien en una reunión y mal al cierre del trimestre. - **Velocidad real**: Fiel y a costo contenido. Lo que entregaste, entregado está. - **Caro pero fiel**: Funciona, y se pagó de más por llegar. Aquí se optimiza. - **Velocidad prestada**: Barato y roto. El ahorro es una ilusión: el retrabajo ya está contratado. - **Lo peor**: Caro y roto. Y sin los dos ejes, completamente invisible. ### Evidence Pack El rastro que el propio proceso dejó: la cadena de fidelidad, la trazabilidad de requisitos y el veredicto de cada eslabón. No lo escribimos después para una auditoría — ya existía, porque es lo mismo que hizo que el trabajo no se repitiera. ## El CTO compra velocidad. El CRO recibe la evidencia gratis. ### CTO — Comprador primario Dolor: El equipo entrega más rápido, pero el review es un cuello de botella, la arquitectura se mueve sola y el gasto de IA no tiene atribución. Mensaje: Tu equipo ya construye con IA. Esto es cómo lo haces sin pagar el impuesto del retrabajo — software fiel, sólido y a costo atribuido, sin un solo gate que frene al equipo. La prueba: El plano de doble eje y el motor corriendo en su propia infraestructura. ### CRO — Validador Dolor: Que la IA cree riesgo regulatorio. Llegar al examen sin evidencia de cómo se construyó el software que opera el negocio. Mensaje: No tienes que pedir un proyecto de cumplimiento. La evidencia que necesitas para el examen la produce, sin costo adicional, el gobierno que el CTO instaló para ir más rápido. La prueba: El Evidence Pack y la cadena de fidelidad, mapeados a los marcos que ya te exigen. ### CEO — Visión Dolor: Quedarse atrás en la era de la IA. Una transformación que se anuncia y no aterriza en nada medible. Mensaje: Es el motor operativo con el que tu empresa se vuelve una empresa de frontera en la dimensión que más importa hoy: la velocidad con la que la ingeniería convierte una decisión en software. La prueba: La narrativa integrada y el track record en instituciones donde la confianza es innegociable. ## Lo que hacemos, y lo que no. Decir que no es lo que hace creíble el sí. Si algo de esta columna derecha es lo que necesitas, te lo decimos en la primera reunión y te ahorramos el proceso. ### Lo que sí - Acelerar el flujo de la ingeniería quitando el retrabajo que introduce la IA sin gobierno. - Realizar el pilar AUTOMATION del framework, instrumentado en ECONOMICS y FLOW. - Fidelidad entre la intención declarada y el código que se entrega. - Atribución de costo de IA por unidad de trabajo, no una factura agregada. ### Lo que no - Una herramienta de cumplimiento. La evidencia es un subproducto, no el producto. - El sistema operativo completo de la transformación. Tocamos 3–4 de los 7 pilares, no la cultura ni la estrategia. - Gobierno de toda la IA empresarial. No el chatbot de servicio ni el modelo de fraude. - Un generador de código. La responsabilidad humana se preserva en cada decisión: el desarrollador conduce. ## Una boutique, tres formas de entrar. Pocos engagements, profundos, donde la confianza es innegociable. Profundidad antes que volumen — es lo que hace que el método mejore y que la evidencia valga. ### 01 · Consultoría Transformación y entrega gobernada de alto contacto, con el fundador y operadores certificados dentro de tu equipo. Es donde el método se prueba contra tu realidad. ### 02 · Certificación El programa Agent Operator forma a tu gente para conducir el motor con criterio. Deja de depender de nosotros: esa es la idea. ### 03 · Plataforma El plano de assurance y el framework licenciados, como capa de gobierno y evidencia sobre tu propia operación de ingeniería. ## Contacto ¿Cuánta de la velocidad que te dio la IA se te va en retrabajo? Si no lo sabes con un número, vale una conversación. Treinta minutos, sin demo enlatada: miramos dónde se te va el tiempo en el ciclo de ingeniería y te decimos con franqueza si esto es para ti. info@agilesolutions.ec · +593 95 869 2927 · Ecuador --- # EN — Home # AI already made your team faster. Now make that speed real. > The governed-AI platform for the frontier firm Governance for AI engineering that removes rework instead of adding gates: intent is fixed before anything is generated, defects are caught where they are born, and the architecture does not drift while you ship. The auditable evidence falls out on its own. AGILE SOLUTIONS AGISOL S.A.S. · Ecuadorian tax ID (RUC) 0993393850001 · Guayaquil, Guayas, Ecuador · info@agilesolutions.ec ## AI gave you gross speed. Rework takes a large cut. Your team ships faster than it did two years ago. That is true and it is measurable. What almost nobody measures is how much of that speed comes back as rework: the pull request nobody can genuinely review, the function that was not what was asked for, the refactor that shows up three sprints later because the architecture moved and no one noticed. That is Shadow AI: generating without governance. It is not a compliance problem — it is a tax on your velocity, collected late and in the most expensive currency there is, which is your best engineers’ time. ### Where the speed goes - **Rework**: Something got built fast and it was not what was asked for. The whole cycle repeats. - **Review**: Reviewing code nobody wrote is archaeology. The bottleneck just moved to review. - **Architecture**: It degrades quietly, and each next change costs a little more than the last. - **Cost**: Tokens climb with no attribution: you cannot tell which work ran expensive, or why. And besides: A regulator and a board will ask how it was built. But that is not the reason to do it well: it is what you get for free when you do. ## The frontier firm does not slow AI down. It governs it to go faster. Governance that throttles is badly designed. The kind worth having makes the correct decision also the fastest one: context before generation, verification at the link where a defect is still cheap, and architecture protected at the moment of change. That is how Shadow AI becomes Governed AI — and speed stops being gross and starts being net. - **FAITHFUL** (Faithful): The link held and is verified. It moves on without friction. - **UNGUARDED** (Unguarded): No active control. A gap where rework quietly incubates. - **BROKEN** (Broken): The link failed here, where fixing it costs hours instead of sprints. Hard rule of the system: UNGUARDED is never painted green. An unguarded link is not confirmed fidelity — it is rework you have not been invoiced for yet. > Compliance is not the pitch. It is the free consequence of doing the engineering properly. ## Four concrete ways governance gives you time back. None of this is a gate somebody has to approve. These are properties of the method: the work comes out different because it goes in different. ### 01 · Intent is fixed before generation The most expensive cycle is building the wrong thing well. Pinning intent to a verifiable artifact before the model writes anything removes the entire class of rework born from an ambiguous prompt. Gain: Fewer "this is not it" cycles ### 02 · Defects are caught where they are born Fixing at specification costs minutes. In production, sprints. The chain verifies link by link, so the defect stops at the point where it is still cheap. Gain: Fix cost stops multiplying ### 03 · Architecture is protected at the change Debt does not arrive all at once: it arrives in commits accepted unread. Watching the architecture at the moment of change avoids the refactor that lands three sprints later and stalls the whole team. Gain: The next change costs no more ### 04 · Cost is attributed per unit of work An aggregate token invoice is not information. Knowing which piece of work ran expensive, and why, lets you decide where accelerating with AI pays and where it does not. Gain: You choose where to accelerate The compound effect of all four is the FLOW pillar of FRONTIER: work moves without waiting, without repeating, and without stalling whoever is next. ## Three layers that are only worth anything because they fit. This is not a standalone product. It is a transformation framework, an engineering methodology and an agentic engine that reinforce one another. A competitor clones a dashboard in a quarter; what they cannot clone is all three being coherent. ### FRONTIER — The frontier-firm framework Layer: Organizational. How the frontier firm organizes itself. Seven pillars with FLOW as the supreme one — because everything else exists so the work can move. The platform realizes its AUTOMATION pillar and instruments ECONOMICS and FLOW. ### APEX — Professional Architecture of EXcellence with AI Layer: Methodological. How governed engineering is actually done. Eight stages and a fidelity chain tying declared intent to shipped code. The gates do not ask permission: they settle at the cheap link what would otherwise resurface at the expensive one. ### forge-canon — The agentic engine Layer: Execution. Where it runs. The engine that executes the method on Claude Code, on your team’s own machines. It lives inside the platform, surrounded by the portal, the MCP layer and the assurance plane that govern it and produce its evidence. - FORGE = Frontier Operations for Refined & Governed Engineering - APEX = Professional Architecture of EXcellence with AI ## Speed and cost on one screen. That is why the decisions are fast. Fidelity tells you whether what got built is what was asked for — that is, whether the speed was real or you are about to repeat it. Cost tells you what getting there took. Reading one without the other produces decisions that look good in a meeting and bad at quarter close. - **Real speed**: Faithful at contained cost. What you shipped stays shipped. - **Costly but faithful**: It works, and you overpaid getting there. This is where you optimize. - **Borrowed speed**: Cheap and broken. The saving is an illusion: the rework is already booked. - **The worst cell**: Costly and broken. And without both axes, completely invisible. ### Evidence Pack The trail the process itself left: the fidelity chain, requirement traceability and the verdict on every link. We do not write it afterwards for an audit — it already existed, because it is the same thing that kept the work from being repeated. ## The CTO buys speed. The CRO gets the evidence for free. ### CTO — Primary buyer Pain: The team ships faster, but review is a bottleneck, the architecture drifts on its own, and AI spend has no attribution. Message: Your team already builds with AI. This is how you do it without paying the rework tax — faithful, sound software at attributed cost, without a single gate that slows the team down. The proof: The dual-axis plane and the engine running on their own infrastructure. ### CRO — Validator Pain: That AI creates regulatory exposure. Walking into the exam with no evidence of how the software running the business was built. Message: You do not have to fund a compliance project. The evidence you need for the exam is produced, at no extra cost, by the governance the CTO installed to go faster. The proof: The Evidence Pack and the fidelity chain, mapped to the frameworks already asked of you. ### CEO — Vision Pain: Falling behind in the AI era. A transformation that gets announced and never lands in anything measurable. Message: It is the operating engine that makes your company a frontier firm in the dimension that matters most right now: how fast engineering turns a decision into software. The proof: The integrated narrative and the track record in institutions where trust is non-negotiable. ## What we do, and what we do not. Saying no is what makes the yes credible. If something in the right-hand column is what you actually need, we will tell you in the first meeting and save you the process. ### What we do - Accelerate engineering flow by removing the rework that ungoverned AI introduces. - Realize the framework’s AUTOMATION pillar, instrumented across ECONOMICS and FLOW. - Fidelity between declared intent and the code that ships. - AI cost attribution per unit of work, not an aggregate invoice. ### What we do not - A compliance tool. The evidence is a by-product, not the product. - The complete operating system of transformation. We touch 3–4 of the 7 pillars, not culture and not strategy. - Governance of all enterprise AI. Not the service chatbot, not the fraud model. - A code generator. Human responsibility is preserved at every decision: the developer drives. ## One boutique, three ways in. Few engagements, deep, where trust is non-negotiable. Depth before volume — that is what makes the method improve and the evidence worth something. ### 01 · Consulting High-touch transformation and governed delivery, with the founder and certified operators inside your team. This is where the method gets tested against your reality. ### 02 · Certification The Agent Operator program trains your people to drive the engine with judgment. Stop depending on us: that is the point. ### 03 · Platform The assurance plane and the framework, licensed as a governance and evidence layer over your own engineering operation. ## Contact How much of the speed AI gave you is going back into rework? If you cannot answer with a number, it is worth a conversation. Thirty minutes, no canned demo: we look at where the time actually goes in your engineering cycle and tell you frankly whether this is for you. info@agilesolutions.ec · +593 95 869 2927 · Ecuador --- # ES — Glosario # Glosario de ingeniería gobernada con IA > Las definiciones canónicas del vocabulario que usa Agile Solutions. Publicadas como referencia abierta: cítalas, discútelas o corrígenos. AGILE SOLUTIONS AGISOL S.A.S. · RUC 0993393850001 · Guayaquil, Guayas, Ecuador · info@agilesolutions.ec ## Gobierno de la ingeniería con IA El gobierno de la ingeniería con IA es la disciplina que asegura que el software construido con asistencia de inteligencia artificial sea fiel a la intención declarada, sólido en su arquitectura y respaldado por evidencia auditable, sin reducir la velocidad de entrega. Se distingue del gobierno de IA en general en que no regula los modelos que una empresa usa de cara al cliente —un chatbot de servicio o un motor de fraude—, sino la IA que escribe el software. Su unidad de análisis es el ciclo de vida del desarrollo, no el modelo. Su resultado medible es la reducción del retrabajo: el defecto se resuelve en el eslabón donde todavía es barato. URL: https://www.agilesolutions.ec/glosario/#gobierno-de-la-ingenieria-con-ia Relacionado: Shadow AI, Governed AI, Cadena de fidelidad --- ## Shadow AI Shadow AI es la práctica de construir software con herramientas de inteligencia artificial sin gobierno, sin evidencia de cómo se construyó y sin visibilidad sobre el efecto en la arquitectura. No es un problema de cumplimiento sino de flujo: su costo aparece como retrabajo, como revisiones que nadie puede hacer a fondo y como arquitectura que se degrada en commits aceptados sin leer. El término es deliberadamente paralelo a Shadow IT, pero el riesgo es distinto: la IA no introduce herramientas no autorizadas, introduce código no comprendido. URL: https://www.agilesolutions.ec/glosario/#shadow-ai Relacionado: Governed AI, Gobierno de la ingeniería con IA --- ## Governed AI Governed AI es el estado en que cada pieza de software asistido por inteligencia artificial nace fiel a la intención declarada, sobre arquitectura verificada, con evidencia auditable y con costo atribuido por unidad de trabajo. Es el opuesto operativo de Shadow AI y no se alcanza prohibiendo la IA, sino gobernándola para ir más rápido: la verificación ocurre en el punto donde corregir cuesta minutos en lugar de sprints. La evidencia de cumplimiento no es el objetivo del enfoque, sino su subproducto gratuito. URL: https://www.agilesolutions.ec/glosario/#governed-ai Relacionado: Shadow AI, Evidence Pack, Cadena de fidelidad --- ## Empresa de frontera *Frontier firm* Una empresa de frontera es la organización que trata la inteligencia artificial como parte gobernada de su forma de operar, en lugar de como una herramienta adoptada de manera informal por equipos sueltos. En el marco FRONTIER se describe mediante siete pilares, con FLOW como el supremo, porque todos los demás existen para que el trabajo avance sin esperas ni repeticiones. Agile Solutions acota su alcance de forma explícita: realiza el pilar AUTOMATION e instrumenta ECONOMICS y FLOW, no la transformación completa. URL: https://www.agilesolutions.ec/glosario/#empresa-de-frontera Relacionado: FRONTIER, Gobierno de la ingeniería con IA --- ## FRONTIER *El framework de la empresa de frontera* FRONTIER es el framework de transformación que describe cómo se organiza una empresa de frontera, mediante siete pilares entre los cuales FLOW es el supremo. Es la capa organizacional de la propuesta de Agile Solutions y la que abre la conversación con la dirección. La Plataforma FORGE realiza su pilar AUTOMATION e instrumenta los pilares ECONOMICS y FLOW; los pilares de cultura y estrategia quedan fuera del alcance declarado. URL: https://www.agilesolutions.ec/glosario/#frontier Relacionado: Empresa de frontera, FORGE, APEX --- ## APEX *Arquitectura Profesional de EXcelencia con IA* APEX es la metodología de ingeniería gobernada que define cómo se construye software con inteligencia artificial, mediante ocho etapas, gates explícitos y una cadena de fidelidad que une la intención declarada con el código entregado. Sus gates no funcionan como aprobaciones que detienen el trabajo, sino como verificaciones que resuelven en el eslabón barato lo que de otro modo reaparece en el caro. Preserva la responsabilidad humana en cada decisión: el desarrollador conduce y el motor ejecuta. URL: https://www.agilesolutions.ec/glosario/#apex Relacionado: Cadena de fidelidad, FORGE, FRONTIER --- ## FORGE *Frontier Operations for Refined & Governed Engineering* FORGE es la plataforma de gobierno y evidencia para la inteligencia artificial aplicada a la ingeniería de software, compuesta por un portal, una capa MCP, un plano de assurance de doble eje y el motor agéntico forge-canon. No es un generador de código ni una herramienta de cumplimiento: es la capa que hace verificable lo que la IA construye y atribuible lo que cuesta construirlo. Su valor no está en ninguna pieza aislada sino en que el framework FRONTIER, la metodología APEX y el motor de ejecución sean coherentes entre sí. URL: https://www.agilesolutions.ec/glosario/#forge Relacionado: APEX, forge-canon, Plano de assurance de doble eje, Evidence Pack --- ## forge-canon *El motor agéntico de la Plataforma FORGE* forge-canon es el motor agéntico que ejecuta la metodología APEX sobre Claude Code, corriendo en la propia infraestructura del cliente. Vive dentro de la Plataforma FORGE, rodeado del portal, la capa MCP y el plano de assurance que lo gobiernan y producen su evidencia. Que corra en la máquina del cliente tiene dos consecuencias: el código no sale de su perímetro y el costo marginal de operación es bajo. URL: https://www.agilesolutions.ec/glosario/#forge-canon Relacionado: FORGE, APEX --- ## Cadena de fidelidad *Fidelity chain* La cadena de fidelidad es la secuencia de ocho eslabones verificables —intención, especificación, diseño, plan, construcción, verificación, evidencia y atestación— que conecta lo que se pidió con el código que finalmente se entrega. Cada eslabón emite un veredicto ternario, y la cadena completa constituye el Evidence Pack. Su función operativa es que el defecto se detenga en el punto donde corregirlo cuesta minutos, en vez de reaparecer en producción, donde cuesta sprints. URL: https://www.agilesolutions.ec/glosario/#cadena-de-fidelidad Relacionado: Veredicto ternario, Evidence Pack, APEX --- ## Veredicto ternario *FAITHFUL · UNGUARDED · BROKEN* El veredicto ternario es el resultado que emite cada eslabón de la cadena de fidelidad: FAITHFUL cuando se cumplió y está verificado, UNGUARDED cuando no hubo control activo, y BROKEN cuando falló. La distinción entre UNGUARDED y FAITHFUL es deliberada y es la regla dura del sistema: un eslabón sin guardia nunca se representa como aprobado, porque la ausencia de control no es evidencia de corrección. Un veredicto UNGUARDED señala retrabajo que todavía no se ha manifestado. URL: https://www.agilesolutions.ec/glosario/#veredicto-ternario Relacionado: Cadena de fidelidad, Evidence Pack --- ## Evidence Pack El Evidence Pack es el artefacto que reúne la cadena de fidelidad completa, la trazabilidad de requisitos y el veredicto de cada eslabón de una entrega de software, en una forma que resiste una revisión externa. No se redacta después de construir, para una auditoría: es el rastro que el propio proceso dejó mientras evitaba el retrabajo. Esa procedencia es lo que lo hace defendible ante un examinador, porque documenta lo que ocurrió y no lo que se recuerda haber hecho. URL: https://www.agilesolutions.ec/glosario/#evidence-pack Relacionado: Cadena de fidelidad, Veredicto ternario, Governed AI --- ## Plano de assurance de doble eje El plano de assurance de doble eje es la vista que cruza la fidelidad de una entrega de software con su costo, de modo que ambas dimensiones se lean en la misma pantalla. La fidelidad responde si lo construido es lo que se pidió, es decir, si la velocidad fue real o habrá que repetirla; el costo responde qué consumió llegar hasta ahí. Medir una sin la otra produce decisiones que se ven bien en una reunión y mal al cierre del trimestre: el peor cuadrante, caro y roto, es invisible para cualquier herramienta de un solo eje. URL: https://www.agilesolutions.ec/glosario/#plano-de-doble-eje Relacionado: FORGE, Evidence Pack --- ## Agent Operator Agent Operator es la certificación de Agile Solutions que acredita a un profesional para conducir el motor agéntico con criterio de ingeniería, dentro de la metodología APEX. Su propósito declarado es que el cliente deje de depender de la firma que lo formó: un operador certificado debe poder llevar un pipeline gobernado hasta un resultado integrable sin intervención externa. URL: https://www.agilesolutions.ec/glosario/#agent-operator Relacionado: APEX, forge-canon --- Publicado como referencia abierta. Puede citarse con atribución a Agile Solutions y enlace a la URL del término. --- # EN — Glossary # Glossary of governed AI engineering > The canonical definitions of the vocabulary Agile Solutions uses. Published as an open reference: cite them, argue with them, or correct us. AGILE SOLUTIONS AGISOL S.A.S. · Ecuadorian tax ID (RUC) 0993393850001 · Guayaquil, Guayas, Ecuador · info@agilesolutions.ec ## AI engineering governance AI engineering governance is the discipline of ensuring that software built with artificial intelligence is faithful to declared intent, sound in its architecture and backed by auditable evidence, without reducing delivery speed. It differs from AI governance in general in that it does not regulate the models a company exposes to customers — a service chatbot or a fraud engine — but the AI that writes the software. Its unit of analysis is the development lifecycle, not the model. Its measurable outcome is less rework: a defect is settled at the link where it is still cheap. URL: https://www.agilesolutions.ec/en/glossary/#ai-engineering-governance Related: Shadow AI, Governed AI, Fidelity chain --- ## Shadow AI Shadow AI is the practice of building software with artificial intelligence tools without governance, without evidence of how it was built, and without visibility into the effect on the architecture. It is a flow problem rather than a compliance one: its cost surfaces as rework, as reviews nobody can perform properly, and as architecture that degrades through commits accepted unread. The term deliberately echoes Shadow IT, but the risk differs: AI does not introduce unauthorized tools, it introduces uncomprehended code. URL: https://www.agilesolutions.ec/en/glossary/#shadow-ai Related: Governed AI, AI engineering governance --- ## Governed AI Governed AI is the state in which every piece of AI-assisted software is born faithful to declared intent, on verified architecture, with auditable evidence and cost attributed per unit of work. It is the operational opposite of Shadow AI, and it is reached by governing AI to go faster rather than by banning it: verification happens at the point where fixing costs minutes instead of sprints. Compliance evidence is not the goal of the approach but its free by-product. URL: https://www.agilesolutions.ec/en/glossary/#governed-ai Related: Shadow AI, Evidence Pack, Fidelity chain --- ## Frontier firm A frontier firm is an organization that treats artificial intelligence as a governed part of how it operates, rather than as a tool informally adopted by individual teams. In the FRONTIER framework it is described through seven pillars, with FLOW as the supreme one, because every other pillar exists so that work can move without waiting or repeating. Agile Solutions scopes itself explicitly: it realizes the AUTOMATION pillar and instruments ECONOMICS and FLOW, not the whole transformation. URL: https://www.agilesolutions.ec/en/glossary/#frontier-firm Related: FRONTIER, AI engineering governance --- ## FRONTIER *The frontier-firm framework* FRONTIER is the transformation framework describing how a frontier firm organizes itself, through seven pillars among which FLOW is supreme. It is the organizational layer of the Agile Solutions proposition and the one that opens the executive conversation. The FORGE platform realizes its AUTOMATION pillar and instruments the ECONOMICS and FLOW pillars; culture and strategy pillars sit outside the declared scope. URL: https://www.agilesolutions.ec/en/glossary/#frontier Related: Frontier firm, FORGE, APEX --- ## APEX *Professional Architecture of EXcellence with AI* APEX is the governed-engineering methodology defining how software is built with artificial intelligence, through eight stages, explicit gates and a fidelity chain tying declared intent to shipped code. Its gates do not work as approvals that stop the work, but as verifications settling at the cheap link what would otherwise resurface at the expensive one. Human responsibility is preserved at every decision: the developer drives and the engine executes. URL: https://www.agilesolutions.ec/en/glossary/#apex Related: Fidelity chain, FORGE, FRONTIER --- ## FORGE *Frontier Operations for Refined & Governed Engineering* FORGE is the governance and evidence platform for artificial intelligence applied to software engineering, made up of a portal, an MCP layer, a dual-axis assurance plane and the forge-canon agentic engine. It is neither a code generator nor a compliance tool: it is the layer that makes what AI builds verifiable and what building it costs attributable. Its value lies not in any single piece but in the FRONTIER framework, the APEX methodology and the execution engine being coherent with one another. URL: https://www.agilesolutions.ec/en/glossary/#forge Related: APEX, forge-canon, Dual-axis assurance plane, Evidence Pack --- ## forge-canon *The agentic engine of the FORGE platform* forge-canon is the agentic engine that executes the APEX methodology on Claude Code, running on the client’s own infrastructure. It lives inside the FORGE platform, surrounded by the portal, the MCP layer and the assurance plane that govern it and produce its evidence. Running on the client’s machines has two consequences: code never leaves their perimeter, and the marginal cost of operation stays low. URL: https://www.agilesolutions.ec/en/glossary/#forge-canon Related: FORGE, APEX --- ## Fidelity chain The fidelity chain is the sequence of eight verifiable links — intent, specification, design, plan, build, verify, evidence and attest — connecting what was asked for to the code that eventually ships. Each link emits a ternary verdict, and the complete chain constitutes the Evidence Pack. Its operational purpose is that a defect stops where fixing it costs minutes, instead of resurfacing in production, where it costs sprints. URL: https://www.agilesolutions.ec/en/glossary/#fidelity-chain Related: Ternary verdict, Evidence Pack, APEX --- ## Ternary verdict *FAITHFUL · UNGUARDED · BROKEN* The ternary verdict is the result each link of the fidelity chain emits: FAITHFUL when it held and was verified, UNGUARDED when no active control existed, and BROKEN when it failed. The distinction between UNGUARDED and FAITHFUL is deliberate and is the hard rule of the system: an unguarded link is never represented as approved, because absence of control is not evidence of correctness. An UNGUARDED verdict flags rework that has not surfaced yet. URL: https://www.agilesolutions.ec/en/glossary/#ternary-verdict Related: Fidelity chain, Evidence Pack --- ## Evidence Pack The Evidence Pack is the artifact gathering the complete fidelity chain, requirement traceability and the verdict on every link of a software delivery, in a form that survives external review. It is not written after the fact for an audit: it is the trail the process itself left while preventing rework. That provenance is what makes it defensible to an examiner, because it documents what happened rather than what someone remembers doing. URL: https://www.agilesolutions.ec/en/glossary/#evidence-pack Related: Fidelity chain, Ternary verdict, Governed AI --- ## Dual-axis assurance plane The dual-axis assurance plane is the view that crosses the fidelity of a software delivery with its cost, so both dimensions are read on one screen. Fidelity answers whether what was built is what was asked for — that is, whether the speed was real or will have to be repeated; cost answers what getting there consumed. Measuring one without the other produces decisions that look good in a meeting and bad at quarter close: the worst quadrant, costly and broken, is invisible to any single-axis tool. URL: https://www.agilesolutions.ec/en/glossary/#dual-axis-assurance-plane Related: FORGE, Evidence Pack --- ## Agent Operator Agent Operator is the Agile Solutions certification accrediting a professional to drive the agentic engine with engineering judgment, within the APEX methodology. Its declared purpose is for clients to stop depending on the firm that trained them: a certified operator should be able to take a governed pipeline to a mergeable result without outside intervention. URL: https://www.agilesolutions.ec/en/glossary/#agent-operator Related: APEX, forge-canon --- Published as an open reference. May be cited with attribution to Agile Solutions and a link to the term URL.