Glossário

Regra

O glossário distingue SOURCE-TERM de PROJECT-METHOD.

• SOURCE-TERM: termo ou princípio explicitamente encontrado na literatura-base.
• PROJECT-METHOD: síntese, artefato ou convenção operacional deste projeto.
• PROJECT-METHOD não implica alegação de novidade acadêmica.
• Quando um termo nosso deriva de prior art, a raiz é declarada.

SOURCE-TERM

Dependency Rule

Fonte: Clean Architecture — Robert C. Martin
Source ID: martin-clean-architecture-2017-en
Regra arquitetural segundo a qual dependências de código apontam para políticas de nível mais alto. No livro, sustenta Architecture como proteção das decisões centrais contra detalhes externos.
Claim: CLM-001.

Ubiquitous Language

Fonte: Domain-Driven Design — Eric Evans
Source ID: evans-domain-driven-design-2004-en
Linguagem compartilhada estruturada pelo modelo de domínio e usada para conectar comunicação, requisitos e software.
Claim: CLM-002.

Bounded Context

Fonte: Domain-Driven Design — Eric Evans
Source ID: evans-domain-driven-design-2004-en
Fronteira dentro da qual um modelo e sua linguagem mantêm significado consistente. No nosso pipeline, ajuda a decidir onde contexto, invariantes e mudanças podem ser tratados localmente.

Red / Green / Refactor

Fonte: Test-Driven Development: By Example — Kent Beck
Source ID: beck-test-driven-development-by-example-2002-en-1e
Ciclo de feedback em que um teste falha, a implementação o faz passar e o design é então refinado.
Claim: CLM-004.

Refactoring

Fonte: Refactoring — Martin Fowler et al.
Source ID: fowler-refactoring-1999-en-1e
Mudança na estrutura interna do software sem alterar seu comportamento observável. No livro, a ênfase está no ritmo de testes e mudanças pequenas.
Claim: CLM-003.

Least Privilege

Fonte: Building Secure & Reliable Systems — Adkins et al.
Source ID: adkins-et-al-building-secure-reliable-systems-2020-en-1e
Princípio de conceder apenas o acesso necessário para executar uma tarefa, aplicável a humanos, sistemas e automação.
Claim: CLM-006.

Minimal Sufficiency Principle

Fonte: Context Engineering 2.0 — Hua et al.
Source ID: hua-et-al-context-engineering-2-2025-en-arxiv-v1
Princípio de que o valor do contexto está em conter informação suficiente para a tarefa, e não em maximizar volume.
Claim: CLM-005.

Semantic Continuity Principle

Fonte: Context Engineering 2.0 — Hua et al.
Source ID: hua-et-al-context-engineering-2-2025-en-arxiv-v1
Princípio de preservar continuidade de significado, e não apenas continuidade de dados.
Claim: CLM-005.

Deterministic Evidence

Fonte: Agentic Software Engineering — Ahmed E. Hassan
Source ID: hassan-agentic-software-engineering-2026-en-1e-v0-5a
Evidência reproduzível usada para verificar se trabalho estocástico respeitou especificações e restrições; inclui testes, runtime checks, traces e audit trails.
Claim: CLM-007.

Mechanical Verification / Mechanical Gate

Fonte principal: Beyond Code — Jeremy McEntire
Source ID: mcentire-beyond-code-2026-en-1e
Verificação reproduzível contra especificação explícita; um gate mecânico bloqueia progresso quando a condição requerida falha.
Claim: CLM-008.

Specify → Generate → Verify → Refine

Fonte: Agentic Software Engineering — Kla Tantithamthavorn
Source ID: tantithamthavorn-agentic-software-engineering-2026-en-v1
Loop pedagógico que separa especificação, geração, verificação e refinamento, concentrando forte responsabilidade humana em Specify e Verify.
Claim: CLM-009.

SASE

Fonte: Agentic Software Engineering: Foundational Pillars and a Research Roadmap — Hassan et al.
Source ID: hassan-et-al-agentic-software-engineering-roadmap-2025-en-manuscript-2026-07
Structured Agentic Software Engineering; prior art usado no livro para provenance e comparação de terminologia.

PROJECT-METHOD

Change Episode

Unidade de observação do estudo longitudinal: uma mudança limitada com intenção, execução, evidência, decisão, delivery/runtime e aprendizado.
Schema: CE-YYYY-NNN.

Claim Ledger

Registro que liga uma claim editorial a FULL-SOURCE + private anchor, METHOD ou CASE-EVIDENCE. É o gate entre pesquisa e manuscrito.

Evidence ID

Identificador imutável de evidência dentro de um Change Episode.
Schema: EVID-CE-YYYY-NNN-NN.

Public-safe Snapshot

Projeção allowlisted de um Change Episode que exclui payload privado, source refs internos e metadata privada, e recebe SHA-256 determinístico antes de seguir para o Companion.

Small-batch Agentic Engineering

Síntese editorial deste projeto: delegar mudanças limitadas, verificáveis e revisáveis em ciclos curtos.
Prior art declarado: Fowler/Refactoring + Beck/TDD.
Não é apresentado como termo clássico nem como invenção comprovadamente original.

Domain Before Prompt

Regra editorial deste projeto: resolver vocabulário, invariantes e fronteiras de domínio antes de delegar implementação relevante a um agente.
Prior art declarado: Domain-Driven Design.

Architecture of Evidence

Síntese editorial que organiza evidência antes, durante e depois da implementação: contracts/acceptance criteria → mechanical checks → review/traceability → delivery/runtime → recovery/learning.
Prior art declarado: Hassan, McEntire, TDD/Refactoring, secure/reliable systems.

Evidence Classes A–E

Convenção operacional do Project Command Center:

• A — Mechanical;
• B — Repository;
• C — Runtime;
• D — Human judgment;
• E — Model/session.

Companion

Camada pública e sanitizada do livro: Labs, artifacts, Radar, references e Evidence Explorer. Não é a fonte privada de evidência.

Nota de provenance

Termos contemporâneos como Context Engineering, deterministic evidence, mechanical gates, SASE, workbenches e evidence packs não devem ser apresentados como invenções do nosso livro. O diferencial editorial está na síntese, execução longitudinal e evidência reproduzível.