Paula Silva Software Global Black Belt
LinkedIn
06 architect · Design

Technical LeadTech LeadLíder Técnico

Context engineering for the team.Engenharia de contexto para o time.Context engineering para el equipo.


The Technical Lead is the persona that engineers context for the squad. In an AI-native SDLC, the Technical Lead operates a stack of validated primitives that make the team’s agents fast, cheap, and correct.

Executive summary

The Technical Lead owns the team-level primitives catalog: AGENTS.md, scoped instructions, prompts, skills, hooks, and the routing table that binds them. In an AI-native SDLC the Technical Lead operates inside the Design phase with a fixed set of primitives: one context auditing agent, four slash prompts, scoped instructions, schema-validated hooks, and a curated list of validated MCPs. Primary outputs are the audited context budget, the scope-split plan for large tasks, primed context packs for new features, and the squad primitives kit.

Role and responsibilities

Think of the Technical Lead like the chief of staff for a surgical team. They do not hold the scalpel, but they make sure the instruments are sterile, labeled, and within reach before the surgeon starts. In an AI-native SDLC the instruments are agents, prompts, instructions, skills, and hooks, and the Technical Lead is accountable for the fact that the squad reaches for the right tool without reading the whole repository every time.

Primary responsibilities:

  • Author and maintain AGENTS.md, the root prompt for every agent in the repository
  • Curate the squad’s scoped instructions to keep the context budget low
  • Govern the prompt catalog, consolidating duplicates and retiring stale commands
  • Run context audits on every squad repository to detect bloat and leaks
  • Split oversized tasks into parallelizable units with clear scope boundaries
  • Operate the Context Auditor agent and the /audit-context, /scope-split, /prime-context, /team-primitives prompts
  • Align primitives with the Enterprise Architect’s principles and the Software Architect’s CODEMAP

Jobs to be done

  1. As a Technical Lead, I want the squad’s context budget to stay under threshold, so that agents are fast and affordable.
  2. As a Technical Lead, I want oversized tasks split into parallelizable units, so that the squad delivers in hours, not sprints.
  3. As a Technical Lead, I want context primed before a Developer starts a feature, so that Copilot and Claude Code find the right files immediately.
  4. As a Technical Lead, I want the squad primitives kit to be a single directory, so that onboarding a new engineer costs minutes.
  5. As a Technical Lead, I want scoped instructions to carry applyTo patterns, so that token cost scales with the diff, not the repo.
  6. As a Technical Lead, I want context audits to run on every PR, so that the catalog does not rot.

Pain points before AI-native

  1. Unbounded AGENTS.md. A root prompt grows without review, pushing every agent into the token ceiling.
  2. Prompt sprawl. Two squads independently author /implement, /build, and /do. Consistency collapses.
  3. Context loaded eagerly. Every session reads the whole docs/ folder. Ten thousand tokens spent before the first question.
  4. Large tasks stuck in one session. A feature meant for three engineers takes one agent three days because nobody split the scope.
  5. New engineers onboard by folklore. The tribal knowledge of which prompt to use is spoken, not encoded.

AI-native daily workflow

The Technical Lead operates a fixed loop each day. The loop uses GitHub Copilot primitives inside Visual Studio Code and Claude Code at the terminal, plus a small catalog of validated MCPs for external context.

Morning setup

  1. Open the squad repository in Visual Studio Code. GitHub Copilot Chat loads AGENTS.md and the scoped primitives instructions.
  2. Pull the latest main and list prompts, instructions, agents, and hooks changed overnight.
  3. Run /audit-context to confirm the squad’s context budget is under threshold and that no prompt references a retired file.
  4. Review the primitives dashboard generated from GitHub MCP telemetry.

Midday execution

  1. Context priming. Invoke /prime-context for every feature starting this week. The Context Auditor agent produces a primed context pack that lists the exact files, contracts, and requirement IDs the Developer should read first.
  2. Scope splitting. Invoke /scope-split on any task estimated above one working day. The agent decomposes the work into parallelizable units with explicit dependencies and handoffs.
  3. Primitive curation. Invoke /team-primitives on any new prompt, instruction, or hook proposed by the squad. The agent checks for duplication, scope correctness, and token-cost impact.
  4. Cross-squad consultation. Raise primitive proposals in the architecture Teams channel via the Microsoft 365 Agents SDK MCP for feedback from peer Technical Leads.

Afternoon review

  1. Invoke /audit-context as the final sweep on all open PRs. Block merge on any PR that breaks the context budget unless a linked scope-split plan justifies the change.
  2. Open a pull request on primitives changes. GitHub Copilot Code Review comments on applyTo patterns, duplication, and token-cost impact.
  3. Publish the daily primitives digest to the squad Teams channel via the Microsoft 365 Agents SDK, summarizing new, revised, and retired primitives.
  4. Update the routing table in docs/routing.md so every repository maps its canonical prompt, agent, and instructions set.

Agent

AgentFilePurpose
context-auditor.github/agents/context-auditor.agent.mdAudit context budget, split scope, prime context, curate team primitives

The Context Auditor uses claude-sonnet-4-6 by default. Tools: read, edit, search, grep, glob. No bash access. Extended thinking is enabled for /scope-split only, where dependency analysis benefits from deeper reasoning.

Slash prompts

CommandFilePurpose
/audit-context.github/prompts/audit-context.prompt.mdConfirm the context budget is under threshold and no prompt references a retired file
/scope-split.github/prompts/scope-split.prompt.mdDecompose an oversized task into parallelizable units with explicit dependencies
/prime-context.github/prompts/prime-context.prompt.mdProduce a primed context pack listing exact files, contracts, and requirement IDs
/team-primitives.github/prompts/team-primitives.prompt.mdCurate new prompts, instructions, and hooks for the squad

Instructions scoped

Scoped applyTo reduces token cost by approximately 68 percent compared to global instructions.

Scope (applyTo)FilePurpose
AGENTS.md.github/instructions/agents-root.instructions.mdRoot prompt format, token budget, routing syntax
.github/prompts/**/*.prompt.md.github/instructions/prompts.instructions.mdPrompt frontmatter, input contract, output shape
.github/instructions/**/*.instructions.md.github/instructions/scoped-instructions.instructions.mdapplyTo discipline and content budget

Hooks

Hooks cost zero LLM tokens. They are the strongest governance layer for primitives.

  • pre-commit: reject any prompt or instructions file that exceeds the per-file token budget or lacks frontmatter
  • post-commit: regenerate the routing table and the primitives index
  • pre-merge: run /audit-context against the PR diff and block merge on unresolved findings

Validated MCPs

MCPPurposeOwner
GitHub MCP ServerInspect repositories, PRs, and Actions runs to audit context usage across the squadGitHub (official)
Microsoft Learn Docs MCPGround primitives in current Microsoft and Azure documentation, avoiding stale snippetsMicrosoft (official)
Azure MCP ServerCorrelate primitives behavior with Application Insights telemetry on agent runsMicrosoft (official)
Azure DevOps MCP ServerRead Azure Boards work items that inform scope splits when the team uses Azure DevOpsMicrosoft (official)
Microsoft 365 Agents SDK MCPPublish primitives digests to Teams and ingest feedback from OutlookMicrosoft (official)

Real examples

Example 1: prime context for a new feature

Input: A feature to add partner SSO to the portal, with approved requirements and an accepted contract.

Invocation: /prime-context.

Expected output:

  1. A docs/primed-context/partner-sso.md listing the six source files the Developer should read first, the two contracts the feature touches, the four requirement IDs, and the single ADR that constrains the choice of token broker.
  2. A primed-context link attached to the GitHub issue via the GitHub MCP so any engineer who picks up the task starts with the right files open in Visual Studio Code.

Example 2: scope split on an oversized task

Input: A ticket estimated at seven working days for a single engineer to introduce feature-flag rollout across four services.

Invocation: /scope-split.

Expected output:

  1. A docs/scope-splits/feature-flag-rollout.md with five parallelizable units, their dependencies, and named engineer assignments.
  2. Five GitHub issues created via the GitHub MCP, each with a primed-context link and an acceptance criterion.
  3. A routing table update so each unit maps to the correct agent and prompt set.

Anti-patterns

  1. Growing AGENTS.md by accretion. Every squad adds a paragraph, nobody removes one. Mitigation: pre-commit hook enforces the root budget.
  2. Copy-paste prompts across repos. Drift guarantees inconsistent behavior. Mitigation: central prompt catalog with semantic versioning and /team-primitives curation.
  3. Eagerly loading the whole docs/. Token waste. Mitigation: scoped instructions with applyTo and a primed-context pack per feature.
  4. Splitting scope without dependencies. Parallel units that silently collide produce rework. Mitigation: /scope-split emits an explicit dependency graph and enforces it in the routing table.
  5. Primitives authored without review. Unvetted prompts invite hallucination. Mitigation: every primitive lands via PR with Copilot Code Review and human approval.

KPIs and impact metrics

KPIBaselineTargetMeasurement
Context budget compliance across squad50 percent100 percentAudit-context dashboard
Prompt duplication rate35 percent< 5 percentPrompt catalog diff
Time to onboard a new engineer10 days< 2 daysRamp survey
Scope-split coverage on oversized tasks20 percent100 percentGitHub issue labels
Primed-context adoption per feature30 percent100 percentGitHub PR metadata audit
Agent token cost per merged PR1.5M< 1MCopilot usage report

Maturity in four levels

LevelNameMarkers
L1ManualNo AGENTS.md, prompts ad-hoc, context loaded eagerly
L2AssistedAGENTS.md exists but untested, no scoped instructions, no audits
L3AugmentedContext Auditor agent, four slash prompts, scoped instructions, GitHub MCP, audit-context on PR
L4AutonomousFull primitives kit, hooks enforced, primed-context standard per feature, scope splits automatic, routing table live

Integration with other personas

  • From Enterprise Architect: principles and gate expressions that constrain primitives design
  • From Software Architect: CODEMAP.md and contracts that inform the routing table
  • To Developer: primed-context packs, scope splits, and curated prompts ready for use
  • To QA Engineer: testable scope units with explicit acceptance linking
  • To DevOps Engineer: hooks as the governance layer on every workflow
  • To Engineering Manager: audit data that grounds capacity and staffing decisions
  • To Release Manager: routing table as the canonical map from PRs to the primitives that produced them

Glossary

  • AGENTS.md: root prompt loaded by every agent on every session, bounded by a strict token budget.
  • Primed context: a curated pack of files, contracts, and requirement IDs that a new session should read first.
  • Scope split: structured decomposition of an oversized task into parallelizable units with explicit dependencies.
  • Routing table: the canonical map from repositories and directories to the agents, prompts, and instructions that govern them.
  • Scoped instructions: guidance applied by pattern match on file paths via applyTo, keeping token cost proportional to the diff.
  • Context budget: the per-session token ceiling enforced by hooks and measured by /audit-context.

References

O Technical Lead é a persona que engenheira contexto para o squad. Em um SDLC AI-native, o Technical Lead opera uma pilha de primitivas validadas que tornam os agentes do time rápidos, baratos e corretos.

Resumo executivo

O Technical Lead é dono do catálogo de primitivas em nível de time: AGENTS.md, instruções escopadas, prompts, skills, hooks e a tabela de roteamento que os vincula. Em um SDLC AI-native, o Technical Lead opera dentro da fase de Design com um conjunto fixo de primitivas: um agente de auditoria de contexto, quatro slash prompts, instruções escopadas, hooks validados por schema e uma lista curada de MCPs validados. As saídas primárias são o orçamento de contexto auditado, o plano de scope split para tarefas grandes, packs de contexto pré-carregado para novas features e o kit de primitivas do squad.

Papel e responsabilidades

Pense no Technical Lead como o chefe de gabinete de uma equipe cirúrgica. Eles não seguram o bisturi, mas garantem que os instrumentos estejam esterilizados, rotulados e ao alcance antes que o cirurgião comece. Em um SDLC AI-native, os instrumentos são agentes, prompts, instruções, skills e hooks, e o Technical Lead é responsável pelo fato de que o squad alcance a ferramenta certa sem ler o repositório inteiro toda vez.

Responsabilidades primárias:

  • Escrever e manter o AGENTS.md, o prompt raiz para todo agente no repositório
  • Curar as instruções escopadas do squad para manter o orçamento de contexto baixo
  • Governar o catálogo de prompts, consolidando duplicatas e aposentando comandos defasados
  • Rodar auditorias de contexto em todo repositório do squad para detectar inchaço e vazamentos
  • Dividir tarefas grandes em unidades paralelizáveis com fronteiras de escopo claras
  • Operar o agente Context Auditor e os prompts /audit-context, /scope-split, /prime-context, /team-primitives
  • Alinhar primitivas com os princípios do Enterprise Architect e o CODEMAP do Software Architect

Jobs to be done

  1. Como Technical Lead, eu quero que o orçamento de contexto do squad fique abaixo do limiar, para que os agentes sejam rápidos e acessíveis.
  2. Como Technical Lead, eu quero tarefas grandes divididas em unidades paralelizáveis, para que o squad entregue em horas, não em sprints.
  3. Como Technical Lead, eu quero contexto pré-carregado antes de o Developer iniciar uma feature, para que Copilot e Claude Code encontrem os arquivos certos imediatamente.
  4. Como Technical Lead, eu quero que o kit de primitivas do squad seja um único diretório, para que onboarding de um novo engenheiro custe minutos.
  5. Como Technical Lead, eu quero que instruções escopadas carreguem padrões applyTo, para que o custo em tokens escale com o diff, não com o repo.
  6. Como Technical Lead, eu quero auditorias de contexto rodando em todo PR, para que o catálogo não apodreça.

Dores antes da era AI-native

  1. AGENTS.md sem limites. Um prompt raiz cresce sem review, empurrando todo agente contra o teto de tokens.
  2. Sprawl de prompts. Dois squads escrevem independentemente /implement, /build e /do. A consistência colapsa.
  3. Contexto carregado avidamente. Toda sessão lê o diretório docs/ inteiro. Dez mil tokens gastos antes da primeira pergunta.
  4. Tarefas grandes presas em uma sessão. Uma feature pensada para três engenheiros leva três dias para um agente porque ninguém dividiu o escopo.
  5. Novos engenheiros fazem onboarding por folclore. O conhecimento tribal de qual prompt usar é falado, não codificado.

Fluxo diário AI-native

O Technical Lead opera um loop fixo todo dia. O loop usa primitivas do GitHub Copilot dentro do Visual Studio Code e Claude Code no terminal, além de um pequeno catálogo de MCPs validados para contexto externo.

Setup da manhã

  1. Abra o repositório do squad no Visual Studio Code. GitHub Copilot Chat carrega o AGENTS.md e as instruções escopadas de primitivas.
  2. Puxe o último main e liste prompts, instruções, agentes e hooks alterados durante a noite.
  3. Rode /audit-context para confirmar que o orçamento de contexto do squad está abaixo do limiar e que nenhum prompt referencia um arquivo aposentado.
  4. Revise o dashboard de primitivas gerado a partir da telemetria do GitHub MCP.

Execução no meio do dia

  1. Priming de contexto. Invoque /prime-context para toda feature começando nesta semana. O agente Context Auditor produz um pack de contexto pré-carregado que lista os arquivos, contratos e IDs de requisito exatos que o Developer deve ler primeiro.
  2. Divisão de escopo. Invoque /scope-split em qualquer tarefa estimada acima de um dia útil. O agente decompõe o trabalho em unidades paralelizáveis com dependências explícitas e handoffs.
  3. Curadoria de primitivas. Invoque /team-primitives em qualquer novo prompt, instrução ou hook proposto pelo squad. O agente verifica duplicação, corretude de escopo e impacto em custo de tokens.
  4. Consultas entre squads. Levante propostas de primitivas no canal de arquitetura do Teams via o Microsoft 365 Agents SDK MCP para feedback de Technical Leads pares.

Revisão no fim da tarde

  1. Invoque /audit-context como varredura final em todos os PRs abertos. Bloqueie o merge em qualquer PR que quebre o orçamento de contexto a menos que um plano de scope split vinculado justifique a mudança.
  2. Abra um pull request com mudanças de primitivas. GitHub Copilot Code Review comenta em padrões applyTo, duplicação e impacto em custo de tokens.
  3. Publique o digest diário de primitivas no canal do Teams do squad via Microsoft 365 Agents SDK, resumindo primitivas novas, revisadas e aposentadas.
  4. Atualize a tabela de roteamento em docs/routing.md para que todo repositório mapeie seu conjunto canônico de prompt, agente e instruções.

Primitivas recomendadas

Agente

AgenteArquivoPropósito
context-auditor.github/agents/context-auditor.agent.mdAuditar orçamento de contexto, dividir escopo, pré-carregar contexto, curar primitivas de time

O Context Auditor usa claude-sonnet-4-6 por padrão. Ferramentas: read, edit, search, grep, glob. Sem acesso a bash. Extended thinking é habilitado apenas para /scope-split, onde a análise de dependência se beneficia de raciocínio mais profundo.

Slash prompts

ComandoArquivoPropósito
/audit-context.github/prompts/audit-context.prompt.mdConfirmar que o orçamento de contexto está abaixo do limiar e nenhum prompt referencia um arquivo aposentado
/scope-split.github/prompts/scope-split.prompt.mdDecompor uma tarefa grande em unidades paralelizáveis com dependências explícitas
/prime-context.github/prompts/prime-context.prompt.mdProduzir um pack de contexto pré-carregado listando arquivos, contratos e IDs de requisito exatos
/team-primitives.github/prompts/team-primitives.prompt.mdCurar novos prompts, instruções e hooks para o squad

Instruções escopadas

applyTo com escopo reduz o custo em tokens em aproximadamente 68 por cento comparado a instruções globais.

Escopo (applyTo)ArquivoPropósito
AGENTS.md.github/instructions/agents-root.instructions.mdFormato do prompt raiz, orçamento de tokens, sintaxe de roteamento
.github/prompts/**/*.prompt.md.github/instructions/prompts.instructions.mdFrontmatter do prompt, contrato de entrada, forma de saída
.github/instructions/**/*.instructions.md.github/instructions/scoped-instructions.instructions.mdDisciplina de applyTo e orçamento de conteúdo

Hooks

Hooks custam zero tokens de LLM. São a camada de governança mais forte para primitivas.

  • pre-commit: rejeitar qualquer arquivo de prompt ou instruções que exceda o orçamento por arquivo em tokens ou careça de frontmatter
  • post-commit: regenerar a tabela de roteamento e o índice de primitivas
  • pre-merge: rodar /audit-context contra o diff do PR e bloquear o merge em achados não resolvidos

MCPs validados

MCPPropósitoDono
GitHub MCP ServerInspecionar repositórios, PRs e runs do Actions para auditar o uso de contexto no squadGitHub (oficial)
Microsoft Learn Docs MCPAncorar primitivas em documentação atual da Microsoft e do Azure, evitando trechos defasadosMicrosoft (oficial)
Azure MCP ServerCorrelacionar comportamento de primitivas com telemetria do Application Insights em runs de agenteMicrosoft (oficial)
Azure DevOps MCP ServerLer work items do Azure Boards que informam scope splits quando o time usa Azure DevOpsMicrosoft (oficial)
Microsoft 365 Agents SDK MCPPublicar digests de primitivas no Teams e ingerir feedback do OutlookMicrosoft (oficial)

Exemplos reais

Exemplo 1: pré-carregar contexto para uma nova feature

Entrada: Uma feature para adicionar SSO de parceiro ao portal, com requisitos aprovados e um contrato aceito.

Invocação: /prime-context.

Saída esperada:

  1. Um docs/primed-context/partner-sso.md listando os seis arquivos fonte que o Developer deve ler primeiro, os dois contratos que a feature toca, os quatro IDs de requisito e o único ADR que restringe a escolha do token broker.
  2. Um link de contexto pré-carregado anexado à issue do GitHub via o GitHub MCP para que qualquer engenheiro que pegue a tarefa comece com os arquivos certos abertos no Visual Studio Code.

Exemplo 2: divisão de escopo em uma tarefa grande

Entrada: Um ticket estimado em sete dias úteis para um único engenheiro introduzir rollout de feature flag em quatro serviços.

Invocação: /scope-split.

Saída esperada:

  1. Um docs/scope-splits/feature-flag-rollout.md com cinco unidades paralelizáveis, suas dependências e atribuições nomeadas de engenheiro.
  2. Cinco issues do GitHub criadas via o GitHub MCP, cada uma com link de contexto pré-carregado e um critério de aceitação.
  3. Uma atualização na tabela de roteamento para que cada unidade mapeie para o conjunto correto de agente e prompt.

Anti-padrões

  1. Crescimento do AGENTS.md por acreção. Todo squad adiciona um parágrafo, ninguém remove um. Mitigação: o hook de pre-commit enforça o orçamento da raiz.
  2. Copy-paste de prompts entre repos. A deriva garante comportamento inconsistente. Mitigação: catálogo central de prompts com versionamento semântico e curadoria /team-primitives.
  3. Carregar todo o docs/ avidamente. Desperdício de tokens. Mitigação: instruções escopadas com applyTo e um pack de contexto pré-carregado por feature.
  4. Dividir escopo sem dependências. Unidades paralelas que colidem silenciosamente produzem retrabalho. Mitigação: /scope-split emite um grafo de dependência explícito e o enforça na tabela de roteamento.
  5. Primitivas escritas sem review. Prompts não verificados convidam alucinação. Mitigação: toda primitiva aterrissa via PR com Copilot Code Review e aprovação humana.

KPIs e métricas de impacto

KPILinha baseMetaMedição
Conformidade de orçamento de contexto no squad50 por cento100 por centoDashboard do audit-context
Taxa de duplicação de prompt35 por cento< 5 por centoDiff do catálogo de prompts
Tempo para fazer onboarding de um novo engenheiro10 dias< 2 diasPesquisa de ramp-up
Cobertura de scope-split em tarefas grandes20 por cento100 por centoLabels de issue no GitHub
Adoção de primed-context por feature30 por cento100 por centoAuditoria de metadados de PR no GitHub
Custo em tokens do agente por PR merged1.5M< 1MRelatório de uso do Copilot

Maturidade em quatro níveis

NívelNomeMarcadores
L1ManualSem AGENTS.md, prompts ad-hoc, contexto carregado avidamente
L2AssistidoAGENTS.md existe mas não é testado, sem instruções escopadas, sem auditorias
L3AumentadoAgente Context Auditor, quatro slash prompts, instruções escopadas, GitHub MCP, audit-context em PR
L4AutônomoKit completo de primitivas, hooks enforçados, primed-context padrão por feature, scope splits automáticos, tabela de roteamento ao vivo

Integração com outras personas

  • Do Enterprise Architect: princípios e expressões de gate que restringem o design de primitivas
  • Do Software Architect: CODEMAP.md e contratos que informam a tabela de roteamento
  • Para o Developer: packs de primed-context, scope splits e prompts curados prontos para uso
  • Para o QA Engineer: unidades de escopo testáveis com vinculação de aceitação explícita
  • Para o DevOps Engineer: hooks como camada de governança em todo workflow
  • Para o Engineering Manager: dados de auditoria que ancoram decisões de capacidade e staffing
  • Para o Release Manager: tabela de roteamento como mapa canônico de PRs para as primitivas que os produziram

Glossário

  • AGENTS.md: prompt raiz carregado por todo agente em toda sessão, limitado por um orçamento estrito em tokens.
  • Primed context: um pack curado de arquivos, contratos e IDs de requisito que uma nova sessão deve ler primeiro.
  • Scope split: decomposição estruturada de uma tarefa grande em unidades paralelizáveis com dependências explícitas.
  • Tabela de roteamento: o mapa canônico de repositórios e diretórios para os agentes, prompts e instruções que os governam.
  • Instruções escopadas: orientação aplicada por pattern match em paths de arquivo via applyTo, mantendo o custo em tokens proporcional ao diff.
  • Orçamento de contexto: o teto de tokens por sessão enforçado por hooks e medido pelo /audit-context.

Referências

El Technical Lead es la persona que hace ingeniería de contexto para la squad. En un SDLC AI-native, el Technical Lead opera un stack de primitivas validadas que vuelven a los agentes del equipo rápidos, baratos y correctos.

Resumen ejecutivo

El Technical Lead es dueño del catálogo de primitivas a nivel de equipo: AGENTS.md, instrucciones con alcance, prompts, skills, hooks y la tabla de routing que los amarra. En un SDLC AI-native, el Technical Lead opera dentro de la fase de Design con un conjunto fijo de primitivas: un agente de auditoría de contexto, cuatro slash prompts, instrucciones con alcance, hooks validados por esquema y una lista curada de MCPs validados. Las salidas principales son el presupuesto de contexto auditado, el plan de scope-split para tareas grandes, paquetes de contexto preparados para nuevas features y el kit de primitivas de la squad.

Rol y responsabilidades

Piensa en el Technical Lead como el jefe de personal de un equipo quirúrgico. No sostienen el bisturí, pero se aseguran de que los instrumentos estén estériles, etiquetados y al alcance antes de que el cirujano comience. En un SDLC AI-native, los instrumentos son agentes, prompts, instrucciones, skills y hooks, y el Technical Lead es responsable de que la squad alcance la herramienta correcta sin tener que leer todo el repositorio cada vez.

Responsabilidades principales:

  • Redactar y mantener AGENTS.md, el prompt raíz para cada agente en el repositorio
  • Curar las instrucciones con alcance de la squad para mantener bajo el presupuesto de contexto
  • Gobernar el catálogo de prompts, consolidando duplicados y retirando comandos obsoletos
  • Correr auditorías de contexto sobre cada repositorio de la squad para detectar bloat y fugas
  • Dividir tareas demasiado grandes en unidades paralelizables con fronteras de alcance claras
  • Operar el agente Context Auditor y los prompts /audit-context, /scope-split, /prime-context, /team-primitives
  • Alinear las primitivas con los principios del Enterprise Architect y el CODEMAP del Software Architect

Jobs to be done

  1. Como Technical Lead, quiero que el presupuesto de contexto de la squad se mantenga bajo el umbral, para que los agentes sean rápidos y costeables.
  2. Como Technical Lead, quiero que las tareas demasiado grandes se dividan en unidades paralelizables, para que la squad entregue en horas, no en sprints.
  3. Como Technical Lead, quiero que el contexto se prepare antes de que un Developer empiece una feature, para que Copilot y Claude Code encuentren los archivos correctos de inmediato.
  4. Como Technical Lead, quiero que el kit de primitivas de la squad sea un solo directorio, para que el onboarding de un nuevo ingeniero cueste minutos.
  5. Como Technical Lead, quiero que las instrucciones con alcance lleven patrones applyTo, para que el costo en tokens escale con el diff, no con el repo.
  6. Como Technical Lead, quiero que las auditorías de contexto corran en cada PR, para que el catálogo no se pudra.

Puntos de dolor antes de la era AI-native

  1. AGENTS.md sin límite. Un prompt raíz crece sin revisión, empujando a cada agente al techo de tokens.
  2. Sprawl de prompts. Dos squads escriben de forma independiente /implement, /build y /do. La consistencia colapsa.
  3. Contexto cargado de forma ansiosa. Cada sesión lee toda la carpeta docs/. Diez mil tokens gastados antes de la primera pregunta.
  4. Tareas grandes atascadas en una sola sesión. Una feature pensada para tres ingenieros le toma a un agente tres días porque nadie dividió el alcance.
  5. Nuevos ingenieros que se onboardean por folklore. El conocimiento tribal sobre qué prompt usar se habla, no se codifica.

Flujo diario AI-native

El Technical Lead opera un loop fijo cada día. El loop usa primitivas de GitHub Copilot dentro de Visual Studio Code y Claude Code en la terminal, además de un pequeño catálogo de MCPs validados para contexto externo.

Setup de la mañana

  1. Abrir el repositorio de la squad en Visual Studio Code. GitHub Copilot Chat carga AGENTS.md y las instrucciones de primitivas con alcance.
  2. Hacer pull del último main y listar prompts, instrucciones, agentes y hooks que cambiaron durante la noche.
  3. Ejecutar /audit-context para confirmar que el presupuesto de contexto de la squad esté bajo el umbral y que ningún prompt referencie un archivo retirado.
  4. Revisar el dashboard de primitivas generado a partir de la telemetría del MCP de GitHub.

Ejecución al mediodía

  1. Preparación de contexto. Invocar /prime-context para cada feature que arranque esta semana. El agente Context Auditor produce un paquete de contexto preparado que lista los archivos exactos, contratos e IDs de requisito que el Developer debería leer primero.
  2. División de alcance. Invocar /scope-split sobre cualquier tarea estimada por encima de un día de trabajo. El agente descompone el trabajo en unidades paralelizables con dependencias y handoffs explícitos.
  3. Curaduría de primitivas. Invocar /team-primitives sobre cualquier nuevo prompt, instrucción o hook propuesto por la squad. El agente verifica duplicación, corrección de alcance e impacto en el costo en tokens.
  4. Consulta entre squads. Levantar propuestas de primitivas en el canal de arquitectura de Teams a través del MCP del Microsoft 365 Agents SDK para feedback de Technical Leads pares.

Revisión al final de la tarde

  1. Invocar /audit-context como barrida final sobre todos los PRs abiertos. Bloquear el merge en cualquier PR que rompa el presupuesto de contexto salvo que un plan de scope-split enlazado lo justifique.
  2. Abrir un pull request sobre los cambios de primitivas. GitHub Copilot Code Review comenta sobre patrones applyTo, duplicación e impacto en el costo en tokens.
  3. Publicar el digest diario de primitivas al canal de squad en Teams a través del Microsoft 365 Agents SDK, resumiendo las primitivas nuevas, revisadas y retiradas.
  4. Actualizar la tabla de routing en docs/routing.md para que cada repositorio mapee su set canónico de prompts, agentes e instrucciones.

Primitivas recomendadas

Agente

AgenteArchivoPropósito
context-auditor.github/agents/context-auditor.agent.mdAuditar el presupuesto de contexto, dividir alcance, preparar contexto, curar primitivas de equipo

El Context Auditor usa claude-sonnet-4-6 por defecto. Herramientas: read, edit, search, grep, glob. Sin acceso a bash. El extended thinking se habilita solo para /scope-split, donde el análisis de dependencias se beneficia de un razonamiento más profundo.

Slash prompts

ComandoArchivoPropósito
/audit-context.github/prompts/audit-context.prompt.mdConfirmar que el presupuesto de contexto esté bajo el umbral y que ningún prompt referencie un archivo retirado
/scope-split.github/prompts/scope-split.prompt.mdDescomponer una tarea demasiado grande en unidades paralelizables con dependencias explícitas
/prime-context.github/prompts/prime-context.prompt.mdProducir un paquete de contexto preparado listando archivos, contratos e IDs de requisito exactos
/team-primitives.github/prompts/team-primitives.prompt.mdCurar nuevos prompts, instrucciones y hooks para la squad

Instrucciones con alcance

El applyTo con alcance reduce el costo en tokens en aproximadamente 68 por ciento comparado con instrucciones globales.

Alcance (applyTo)ArchivoPropósito
AGENTS.md.github/instructions/agents-root.instructions.mdFormato del prompt raíz, presupuesto de tokens, sintaxis de routing
.github/prompts/**/*.prompt.md.github/instructions/prompts.instructions.mdFrontmatter del prompt, contrato de entrada, forma de salida
.github/instructions/**/*.instructions.md.github/instructions/scoped-instructions.instructions.mdDisciplina de applyTo y presupuesto de contenido

Hooks

Los hooks cuestan cero tokens de LLM. Son la capa de gobierno más fuerte para las primitivas.

  • pre-commit: rechazar cualquier archivo de prompt o instructions que exceda el presupuesto de tokens por archivo o que carezca de frontmatter
  • post-commit: regenerar la tabla de routing y el índice de primitivas
  • pre-merge: correr /audit-context contra el diff del PR y bloquear el merge en hallazgos sin resolver

MCPs validados

MCPPropósitoDueño
GitHub MCP ServerInspeccionar repositorios, PRs y corridas de Actions para auditar el uso de contexto a través de la squadGitHub (oficial)
Microsoft Learn Docs MCPAnclar primitivas en documentación vigente de Microsoft y Azure, evitando snippets obsoletosMicrosoft (oficial)
Azure MCP ServerCorrelacionar el comportamiento de las primitivas con la telemetría de Application Insights sobre corridas de agenteMicrosoft (oficial)
Azure DevOps MCP ServerLeer work items de Azure Boards que informan los scope splits cuando el equipo usa Azure DevOpsMicrosoft (oficial)
Microsoft 365 Agents SDK MCPPublicar digests de primitivas a Teams e ingerir feedback desde OutlookMicrosoft (oficial)

Ejemplos reales

Ejemplo 1: preparar contexto para una nueva feature

Entrada: Una feature para añadir SSO con partners al portal, con requisitos aprobados y un contrato aceptado.

Invocación: /prime-context.

Salida esperada:

  1. Un docs/primed-context/partner-sso.md listando los seis archivos fuente que el Developer debería leer primero, los dos contratos que la feature toca, los cuatro IDs de requisito y el único ADR que restringe la elección del broker de tokens.
  2. Un enlace de contexto preparado adjunto al GitHub issue vía el MCP de GitHub para que cualquier ingeniero que tome la tarea arranque con los archivos correctos abiertos en Visual Studio Code.

Ejemplo 2: scope split sobre una tarea demasiado grande

Entrada: Un ticket estimado en siete días de trabajo para un solo ingeniero, para introducir rollout con feature flags a través de cuatro servicios.

Invocación: /scope-split.

Salida esperada:

  1. Un docs/scope-splits/feature-flag-rollout.md con cinco unidades paralelizables, sus dependencias y asignaciones a ingenieros nombrados.
  2. Cinco GitHub issues creados vía el MCP de GitHub, cada uno con un enlace de contexto preparado y un criterio de aceptación.
  3. Una actualización de la tabla de routing para que cada unidad mapee al agente y set de prompts correctos.

Anti-patrones

  1. Crecer AGENTS.md por acreción. Cada squad agrega un párrafo, nadie quita uno. Mitigación: el hook pre-commit impone el presupuesto raíz.
  2. Copy-paste de prompts entre repos. La deriva garantiza comportamiento inconsistente. Mitigación: catálogo central de prompts con versionado semántico y curaduría con /team-primitives.
  3. Cargar de forma ansiosa todo docs/. Desperdicio de tokens. Mitigación: instrucciones con alcance con applyTo y un paquete de contexto preparado por feature.
  4. Dividir alcance sin dependencias. Las unidades paralelas que colisionan en silencio producen rework. Mitigación: /scope-split emite un grafo de dependencias explícito y lo impone en la tabla de routing.
  5. Primitivas redactadas sin revisión. Los prompts no validados invitan a la alucinación. Mitigación: cada primitiva aterriza vía PR con Copilot Code Review y aprobación humana.

KPIs y métricas de impacto

KPILínea baseMetaMedición
Cumplimiento del presupuesto de contexto a través de la squad50 por ciento100 por cientoDashboard de audit-context
Tasa de duplicación de prompts35 por ciento< 5 por cientoDiff del catálogo de prompts
Tiempo para onboardear a un nuevo ingeniero10 días< 2 díasEncuesta de ramp
Cobertura de scope-split en tareas demasiado grandes20 por ciento100 por cientoEtiquetas de GitHub issue
Adopción de contexto preparado por feature30 por ciento100 por cientoAuditoría de metadata de PR de GitHub
Costo en tokens del agente por PR fusionado1.5M< 1MReporte de uso de Copilot

Madurez en cuatro niveles

NivelNombreMarcadores
L1ManualSin AGENTS.md, prompts ad-hoc, contexto cargado de forma ansiosa
L2AsistidoAGENTS.md existe pero no probado, sin instrucciones con alcance, sin auditorías
L3AumentadoAgente Context Auditor, cuatro slash prompts, instrucciones con alcance, MCP de GitHub, audit-context en PR
L4AutónomoKit completo de primitivas, hooks forzados, contexto preparado estándar por feature, scope splits automáticos, tabla de routing en vivo

Integración con otras personas

  • Desde Enterprise Architect: principios y expresiones de compuerta que restringen el diseño de primitivas
  • Desde Software Architect: CODEMAP.md y contratos que informan la tabla de routing
  • Hacia Developer: paquetes de contexto preparado, scope splits y prompts curados listos para usar
  • Hacia QA Engineer: unidades de alcance testables con vinculación de aceptación explícita
  • Hacia DevOps Engineer: hooks como capa de gobierno en cada workflow
  • Hacia Engineering Manager: datos de auditoría que sustentan decisiones de capacidad y staffing
  • Hacia Release Manager: tabla de routing como mapa canónico de PRs a las primitivas que los produjeron

Glosario

  • AGENTS.md: prompt raíz cargado por cada agente en cada sesión, acotado por un presupuesto estricto de tokens.
  • Contexto preparado: un paquete curado de archivos, contratos e IDs de requisito que una nueva sesión debería leer primero.
  • Scope split: descomposición estructurada de una tarea demasiado grande en unidades paralelizables con dependencias explícitas.
  • Tabla de routing: el mapa canónico de repositorios y directorios a los agentes, prompts e instrucciones que los gobiernan.
  • Instrucciones con alcance: guía aplicada por coincidencia de patrones sobre rutas de archivo vía applyTo, manteniendo el costo en tokens proporcional al diff.
  • Presupuesto de contexto: el techo de tokens por sesión impuesto por hooks y medido por /audit-context.

Referencias

Paula Silva | Software Global Black Belt

Start with the platform, not the agents. Comece pela plataforma, não pelos agentes. Comience por la plataforma, no por los agentes.

Building the future of software development with AI and Agentic DevOps.

Knowledge Hub · v3.4.0 · 2026-06-17
paulasilva · 2026-06-17 EN · PT-BR · ES