Skip to content

Delivery, operations and governance

Mid / Senior

AI in CI/CD, infrastructure as code, incident response and documentation, plus the policies for adopting it.

Created 19 October 2026

9 concepts · detail hidden

  1. 01Glossary — terms used in this page
    • CI/CD (Continuous Integration / Continuous Delivery) — automated build, test and release pipelines.
    • IaC (Infrastructure as Code) — declaring infrastructure in versioned files (Terraform, Pulumi).
    • RCA (Root Cause Analysis) — identifying the underlying cause of an incident.
    • Runbook — a documented procedure for operating or recovering a system.
    • Postmortem — a blameless write-up of an incident, its causes and follow-ups.
    #c-glossary-terms-used-in-this-page
  2. 02AI in CI/CD pipelines

    Typical uses: generating or fixing pipeline config, explaining a failing build from its logs, drafting release notes from merged PRs, and proposing dependency-upgrade PRs. Keep the deterministic gates (tests, scans, approvals) authoritative; AI proposes, the pipeline verifies.

    #c-ai-in-cicd-pipelines
  3. 03Agents triggered by events

    Agents can run headless in CI: triage a new issue, attempt a fix and open a PR, or review every PR. This is the autonomous level, so give the job a scoped token, a sandbox, a bounded budget and a human merge gate, and never let it read untrusted input with write access to secrets.

    #c-agents-triggered-by-events
  4. 04Infrastructure as code generation

    Generated Terraform or Kubernetes manifests often work but are over-permissive (wide IAM roles, open security groups). Always run policy checks and a plan/diff review before applying, and never let an agent apply to production unattended.

    #c-infrastructure-as-code-generation
  5. 05Incident response and observability

    An LLM can summarise noisy logs, correlate alerts with recent deploys, retrieve the matching runbook and draft the status update or postmortem timeline. Treat its RCA as a hypothesis to verify with data, not a conclusion.

    #c-incident-response-and-observability
  6. 06Documentation and knowledge upkeep

    Generating API docs, READMEs and onboarding guides from code is cheap, but docs drift. Regenerate in CI or review on change, and keep decision rationale (the why) human-written, since it is not recoverable from code.

    #c-documentation-and-knowledge-upkeep
  7. 07Cost and usage management

    Agent runs consume tokens in proportion to context size and number of steps. Track spend per team or task, prefer smaller models for simple work, keep context lean, and set budgets and step limits on automated jobs.

    #c-cost-and-usage-management
  8. 08Governance — policy for adopting AI tools

    Decide which tools are approved, what data may leave the company, required review for AI-authored changes, audit logging of agent actions, and training so people know the failure modes. Pilot with outcome metrics, then scale.

    #c-governance-policy-for-adopting-ai-tools
  9. 09Effects on team process and skills

    Review becomes the bottleneck as code volume rises, juniors lose some learning-by-doing, and ownership gets blurry. Counter with small PRs, explicit author accountability (“you merged it, you own it”), and deliberate practice on fundamentals.

    #c-effects-on-team-process-and-skills