[{"data":1,"prerenderedAt":150},["ShallowReactive",2],{"glossary-es":3},{"id":4,"title":5,"attribution":6,"body":7,"definition":140,"description":141,"extension":142,"eyebrow":143,"meta":144,"navigation":145,"path":146,"seo":147,"stem":148,"__hash__":149},"docs\u002Fes\u002Fglossary.md","Glosario: Context Architecture y los términos adyacentes",null,{"type":8,"value":9,"toc":128},"minimark",[10,20,25,28,32,35,39,42,46,57,61,64,68,93,97,100,104],[11,12,13,14,19],"p",{},"Los términos en torno a los agentes de IA y el código se usan de forma laxa y se confunden. Este\nglosario le da a cada uno una definición corta y autocontenida, y dice cómo se relaciona con Context\nArchitecture. Para el tratamiento completo de las tres disciplinas, ver la\n",[15,16,18],"a",{"href":17},"\u002Fes\u002Fcomparacion","comparación",".",[21,22,24],"h2",{"id":23},"context-architecture","Context Architecture",[11,26,27],{},"Una arquitectura de software para la era de los agentes de IA: la práctica de estructurar un codebase\npara que su intención y comportamiento sean igual de legibles para personas y agentes de IA. Trata\nel repositorio mismo (su árbol de archivos, fronteras, convenciones y contexto embebido) como un\nartefacto diseñado, no como un accidente de su crecimiento. Opera en tiempo de diseño, y es la\ncontraparte estructural de context engineering y harness engineering. Introducida por Sergio Azócar\nen octubre de 2025.",[21,29,31],{"id":30},"context-engineering","Context engineering",[11,33,34],{},"La disciplina de runtime que decide qué entra a la ventana de contexto del modelo en cada paso: qué\narchivos, instrucciones y resultados de herramientas se cargan. Diseña los contenidos de la ventana.\nContext Architecture diseña aquello que la ventana mira, el codebase. Una mejor Context Architecture\nsignifica que hay menos que comprimir en runtime.",[21,36,38],{"id":37},"harness-engineering","Harness engineering",[11,40,41],{},"La disciplina operacional que diseña el entorno donde corre un agente: el bucle de ejecución, las\nherramientas que puede invocar y los guardrails que lo mantienen seguro y le permiten autocorregirse.\nDiseña el entorno de operación del agente. Context Architecture diseña el codebase sobre el que ese\nentorno opera. Una mejor Context Architecture significa menos guardrails correctivos en el harness.",[21,43,45],{"id":44},"agentsmd","AGENTS.md",[11,47,48,49,53,54,56],{},"Un archivo de contexto embebido ubicado en una frontera con significado dentro de un repositorio, que\ncontiene solo lo que no se puede aprender leyendo el código: la fuente de verdad, los invariantes, la\ndeuda técnica aceptada y la razón que un spec dejó atrás. Como está junto al código, se revisa en el\nmismo pull request, envejece al mismo ritmo y lo encuentra el mismo agente que está por editarlo.\n",[50,51,52],"code",{},"CLAUDE.md"," es el equivalente específico de herramienta que leen algunos agentes. En Context\nArchitecture, un ",[50,55,45],{}," es el artefacto del segundo principio (El contexto vive con el código), y\ncada afirmación que hace debería estar ligada a un mecanismo.",[21,58,60],{"id":59},"spec-driven-development","Spec-driven development",[11,62,63],{},"Escribir la intención como una especificación antes de que el código exista: el spec define el qué,\nno el cómo, con criterios de aceptación contra los que se verifica la implementación. En Context\nArchitecture (tercer principio, La intención se vuelve mecanismo), el spec es andamiaje de tiempo de\ndiseño, no un artefacto durable. Una vez que sus criterios de aceptación se vuelven tests, sus\ncontratos se vuelven tipos y sus convenciones se vuelven lint, cumplió su función y se elimina, para\nque no pueda derivar. Se conserva solo cuando sigue siendo generativo, alimentando generación de\ncódigo o un bucle spec-driven.",[21,65,67],{"id":66},"screaming-architecture","Screaming Architecture",[11,69,70,71,74,75,78,79,82,83,78,86,78,89,92],{},"El principio, nombrado por Robert C. Martin en 2011, de que la estructura de un sistema de software\ndebería anunciar qué hace, no qué framework lo construyó: el primer nivel debería gritar ",[50,72,73],{},"billing",",\n",[50,76,77],{},"payments",", ",[50,80,81],{},"onboarding",", no ",[50,84,85],{},"controllers",[50,87,88],{},"services",[50,90,91],{},"utils",". Context Architecture es su heredera.\nHereda el ideal y lo extiende a un lector sin memoria, el agente de IA, para quien la estructura debe\ngritar aún más legiblemente, porque el agente no va a tapar la ambigüedad con intuición.",[21,94,96],{"id":95},"context-rot","Context-rot",[11,98,99],{},"El deterioro silencioso de la documentación a medida que el código que describe cambia: un doc que\ncita un archivo borrado, nombra un módulo renombrado o contradice el comportamiento actual, mientras\ntodavía se lee como autoritativo. Un lector con confianza lo obedece, así que el contexto podrido es\npeor que no tener ninguno. La regla en el corazón de Context Architecture existe para prevenirlo: toda\nafirmación que un repositorio hace sobre sí mismo debe estar ligada a un mecanismo que falla cuando la\nafirmación deja de ser verdad.",[21,101,103],{"id":102},"hacia-dónde-seguir","Hacia dónde seguir",[105,106,107,116,121],"ul",{},[108,109,110,111,115],"li",{},"La ",[15,112,114],{"href":113},"\u002Fes","especificación",": la regla, los cuatro pilares, el mecanismo y los ocho principios.",[108,117,110,118,120],{},[15,119,18],{"href":17},": Context Architecture vs. context engineering vs. harness\nengineering.",[108,122,110,123,127],{},[15,124,126],{"href":125},"\u002Fes\u002Fguia","guía",": cómo aplicarla a un codebase existente.",{"title":129,"searchDepth":130,"depth":130,"links":131},"",2,[132,133,134,135,136,137,138,139],{"id":23,"depth":130,"text":24},{"id":30,"depth":130,"text":31},{"id":37,"depth":130,"text":38},{"id":44,"depth":130,"text":45},{"id":59,"depth":130,"text":60},{"id":66,"depth":130,"text":67},{"id":95,"depth":130,"text":96},{"id":102,"depth":130,"text":103},"Context Architecture es la disciplina de tiempo de diseño que estructura un codebase para que sea legible para personas y agentes de IA. Este glosario la define junto a los términos adyacentes con los que más se confunde, para que cada uno pueda citarse con precisión.","Definiciones concisas y citables de Context Architecture y los términos con los que más se confunde: context engineering, harness engineering, AGENTS.md, spec-driven development y Screaming Architecture. Una especificación de Sergio Azócar.","md","Glosario",{},true,"\u002Fes\u002Fglossary",{"title":5,"description":141},"es\u002Fglossary","09oO1eaV7UwAZx30Yt6bhbY-TVpboddaHk7ssj4cNGo",1781920627983]