Glossary
A contract that lets one piece of software use another piece of software.
Agentic development lifecycle. The workflow for using agents across planning, coding, testing, review, deployment, and operations while keeping human ownership.
Acceptance Criteria
Section titled “Acceptance Criteria”Specific conditions that must be true before work is considered done.
Architecture
Section titled “Architecture”The structure of a system: components, responsibilities, boundaries, and tradeoffs.
Artifact
Section titled “Artifact”Concrete proof of work: code, diagram, test result, runbook, log, API contract, or demo.
Backend
Section titled “Backend”The trusted server-side part of an application. It usually handles business logic, persistence, permissions, and integrations.
Temporary fast storage used to avoid repeating expensive work.
Continuous integration. Automated checks that run when code changes.
Continuous delivery or deployment. The process of preparing or releasing code to an environment.
Client
Section titled “Client”Software that talks to a server. A browser app, mobile app, CLI, or another service can be a client.
Component
Section titled “Component”A part of a system with a responsibility, inputs, outputs, and failure modes.
Contract
Section titled “Contract”An agreement between components about input, output, behavior, and errors.
Database
Section titled “Database”Durable storage for structured data.
Deployment
Section titled “Deployment”The process of turning code or build artifacts into running software.
Forward deployed engineer. An engineer who works close to users and production to deliver practical systems under real constraints.
Frontend
Section titled “Frontend”The user-facing part of an application. It handles interaction, display state, accessibility, and client-side flow.
Idempotency
Section titled “Idempotency”The property that repeating the same operation has the same effect as doing it once.
Invariant
Section titled “Invariant”A rule that should always remain true, such as “a sent response must have an approver.”
Migration
Section titled “Migration”A controlled change to database schema or data.
Observability
Section titled “Observability”The ability to understand a running system from logs, metrics, traces, and events.
Postmortem
Section titled “Postmortem”A written review of an incident or failure that explains timeline, impact, root cause, fix, and prevention.
A place where work waits before a worker processes it.
Rollback
Section titled “Rollback”Returning a system to a previous known-good version or state.
Runbook
Section titled “Runbook”Operational instructions for starting, stopping, checking, debugging, and recovering a system.
Software development lifecycle. The process from problem discovery through design, implementation, testing, release, operation, and learning.
Service
Section titled “Service”A running software component that exposes behavior to clients or other services.
What a system remembers.
Executable proof that a system behaves as expected under specific conditions.
Worker
Section titled “Worker”A process that handles background jobs outside the direct user request path.