← The ADLC library
The standing brief

Topics in the media

Five arguments the field is actually having as agents take over code production, the figures people are citing in them, and where those figures came from. Updated as the discourse moves.

ED

Review and trust

Engineering leadership

Has review become the constraint, and does adding reviewers help?

The loudest argument in the field. Generation got faster, review did not, and the queue moved. What is new in 2026 is that the effect is now measured rather than described, and the measurements are worse than the anecdotes were.

5.3x longer pickup time on agentic pull requests than unassisted ones LinearB 2026 benchmarks, via CIO ↗
+441.5% median review duration LinearB 2026 benchmarks, via CIO ↗
+31.3% pull requests merged with zero review LinearB 2026 benchmarks, via Codacy ↗
40% to 29% developer trust in AI-generated output, year on year Stack Overflow Developer Survey 2025 ↗
Where we stand

Trust fell because people looked closely; unreviewed merges rose because looking closely does not scale. Both are rational and they point in opposite directions. Adding reviewers treats a structural property as a staffing gap: review needs context you cannot hire quickly, parallelises badly, and degrades silently rather than loudly.

Our writing on this

  • Review is the bottleneck. Adding reviewers will not fix it. 26 Aug 2026
  • The zero-review merge is the only number that matters scheduled 31 Aug 2026
  • What review is for when the author cannot explain itself scheduled 5 Sept 2026
  • A model reviewing a model is not verification scheduled 10 Sept 2026
  • Merge on green is a policy. Choose it deliberately. scheduled 15 Sept 2026
  • Trust in AI output fell to 29%. That is the correct direction. scheduled 20 Sept 2026
  • Pickup time is the metric your dashboard is hiding scheduled 25 Sept 2026
  • Against uniform review scheduled 30 Sept 2026
  • The rubber stamp leaves no artifact scheduled 5 Oct 2026
  • The review comment that engages with nothing scheduled 10 Oct 2026
  • Your review SLA is making quality worse scheduled 15 Oct 2026
  • Blast radius beats diff size scheduled 20 Oct 2026
  • The reviewer shortage is a specification shortage scheduled 25 Oct 2026
  • Approve, request changes, or admit you did not read it scheduled 30 Oct 2026
  • Review latency improved while review got worse scheduled 4 Nov 2026
PD

Specs and context

Product & acceptance criteria

Is spec-driven development a real shift, or waterfall with better tooling?

The premise that code is the primary asset is being openly questioned, with the specification proposed as the new centre. Alongside it, "context engineering" has become a named discipline: structured context files, external knowledge, tool-constrained access.

up to 50% error reduction from human-refined specs, in controlled studies arXiv 2602.00180, spec-driven development ↗
context blindness the named failure: output internally coherent but incompatible with the repository, referencing APIs that do not exist or violating local conventions arXiv 2604.05278, Spec Kit Agents ↗
orchestration explicit repository-grounded orchestration improves reliability, but does not eliminate context blindness arXiv 2606.27045 ↗
Where we stand

The waterfall comparison is lazy. Waterfall failed because the specification was written once, by people distant from the work, and could not respond to what building taught them. A criterion attached to a ticket, revised in refinement and checked on every change, is the opposite of that. The real question is not whether to specify but who does it and whether a machine can settle it.

Our writing on this

  • Spec-driven development is not waterfall, and the comparison is lazy scheduled 27 Aug 2026
  • Context engineering is requirements gathering wearing a new hat scheduled 1 Sept 2026
  • Context blindness is the defining failure of 2026 scheduled 6 Sept 2026
  • The spec is the artifact of record now scheduled 11 Sept 2026
  • Who writes the spec decides who runs engineering scheduled 16 Sept 2026
  • Against prompt libraries scheduled 21 Sept 2026
  • A spec a machine cannot check is a wish scheduled 26 Sept 2026
  • Fifty percent fewer errors is a ceiling, not a floor scheduled 1 Oct 2026
  • Your repository is the context, and it is a mess scheduled 6 Oct 2026
  • Stop writing prompts. Start writing contracts. scheduled 11 Oct 2026
  • The agent that asks a question is worth ten that do not scheduled 16 Oct 2026
  • Specs rot faster than code scheduled 21 Oct 2026
  • Against the mega context window scheduled 26 Oct 2026
  • Retrieval is a budget line, not a feature scheduled 31 Oct 2026
FD

Debt and craft

Platform economics & tooling

Is AI-generated technical debt a distinct category, or the old problem faster?

A remediation market is being predicted before most organisations have measured the problem. The interesting disagreement is whether generated code is intrinsically worse, or whether the issue is that nobody read it.

~41% of production code generated by AI agents, by early 2026 Industry reporting, 2026 ↗
a new market Gartner expects specialised tools and consulting to audit and refactor AI-generated technical debt Gartner, via industry reporting ↗
61bn workdays estimated global technical debt CAST report ↗
Where we stand

Generated code is not intrinsically unmaintainable. Unread code is. The distinct category is comprehension debt: a system being modified faster than anyone reads it, where the cost surfaces during an incident rather than during maintenance. A global workday figure is unactionable; your own unread-merge rate is not.

Our writing on this

  • AI-generated technical debt deserves its own category scheduled 28 Aug 2026
  • The remediation market is coming. Do not be its customer. scheduled 2 Sept 2026
  • Comprehension debt is worse than code debt scheduled 7 Sept 2026
  • Generated code is maintainable. Unread code is not. scheduled 12 Sept 2026
  • Delete more than you think you can scheduled 17 Sept 2026
  • Sixty-one billion workdays is a number that means nothing scheduled 22 Sept 2026
  • Craft when typing is free scheduled 27 Sept 2026
  • The refactor that pays for itself thirty times scheduled 2 Oct 2026
  • Consistency stopped being a preference scheduled 7 Oct 2026
  • Against the AI debt panic scheduled 12 Oct 2026
  • Your test suite now certifies the bug scheduled 17 Oct 2026
  • Coverage was always a weak signal. Now it is a dangerous one. scheduled 22 Oct 2026
  • The dead abstraction is now a worked example scheduled 27 Oct 2026
  • Small modules beat clever ones, again scheduled 1 Nov 2026
  • The parts of this that get more expensive the longer you wait 26 Aug 2026
DD

Careers and teams

Delivery & program intelligence

What happens to the junior pipeline, and what should teams hire for now?

The apprenticeship path ran through exactly the work that automated first. The discourse swings between "software engineering is dead" and "nothing has changed", and the useful reporting sits between them.

-40% entry-level developer postings Industry reporting, 2026 ↗
counter-trend some large enterprises increased junior hiring while startups cut it Industry reporting, 2026 ↗
raised bar entry-level hires expected to produce what was previously senior-level output Industry reporting, 2026 ↗
Where we stand

A junior who accepts output they do not understand creates debt at machine speed, which is a training problem rather than a hiring mistake. The pipeline broke because the work juniors learned on automated, and no interview technique fixes an absent apprenticeship. Someone has to rebuild it deliberately.

Our writing on this

  • The junior pipeline broke and nobody owns fixing it scheduled 29 Aug 2026
  • Entry-level postings fell 40%. That is a choice, not a trend. scheduled 3 Sept 2026
  • What to hire for when everyone ships fast scheduled 8 Sept 2026
  • Seniority is now a verification skill scheduled 13 Sept 2026
  • The interview should measure reading scheduled 18 Sept 2026
  • Against the ten-x claim, in all its forms scheduled 23 Sept 2026
  • Small teams, big blast radius scheduled 28 Sept 2026
  • On-call for code nobody read scheduled 3 Oct 2026
  • The staff engineer who writes rules, not code scheduled 8 Oct 2026
  • Your org chart assumed a conversion rate that no longer holds scheduled 13 Oct 2026
  • Managers stopped being a bottleneck and became a constraint scheduled 18 Oct 2026
  • The apprenticeship has to be rebuilt on purpose scheduled 23 Oct 2026
  • Against the death-of-programming genre scheduled 28 Oct 2026
  • What a tech lead does on a Tuesday now scheduled 2 Nov 2026
GD

Regulation and proof

Governance, security & compliance

What does the AI Act actually require of a team shipping AI-written code?

Enforcement began on 2 August 2026. Most engineering teams noticed nothing, because the obligations land on classification, logging and traceability rather than on anything that changes a developer workflow on the day.

2 Aug 2026 EU AI Act enforcement begins, with transparency obligations and active enforcement powers Help Net Security ↗
Article 12 automatic logging of events relevant to risk and traceability; logs must be tamper-evident EU AI Act, via Teleport ↗
6 / 24 months minimum log retention, the longer figure for biometric and law-enforcement uses EU AI Act, via Teleport ↗
the gap native provenance attribution exists for generated images, with no documented equivalent for generated code Augment Code, EU AI Act guidance ↗
Where we stand

The provenance gap is the most consequential item on this page. There is an established way to attribute a generated image and no equivalent for a generated function. "Tamper-evident" is also a stronger word than most teams register: a log written by the same pipeline that performed the action is the component attesting to its own behaviour, which is the arrangement controls exist to avoid.

Our writing on this

  • The AI Act arrived in August. Most teams noticed nothing. scheduled 30 Aug 2026
  • Article 12 is a logging requirement your pipeline probably fails scheduled 4 Sept 2026
  • There is no provenance standard for generated code scheduled 9 Sept 2026
  • Tamper-evident is a stronger word than teams realise scheduled 14 Sept 2026
  • Six months of retention is not an archive strategy scheduled 19 Sept 2026
  • What an auditor will actually ask about AI-written code scheduled 24 Sept 2026
  • Compliance theatre starts where evidence stops scheduled 29 Sept 2026
  • What "provable" actually requires scheduled 4 Oct 2026
  • High risk is a classification, not an adjective scheduled 9 Oct 2026
  • Your logs are self-reported, and that is the problem scheduled 14 Oct 2026
  • Segregation of duties survives contact with agents, barely scheduled 19 Oct 2026
  • Evidence on demand, or evidence eventually scheduled 24 Oct 2026
  • The disclosure rule, and what it means for code scheduled 29 Oct 2026
  • Against compliance-driven architecture scheduled 3 Nov 2026
  • What the AI-native SDLC playbook gets right, and the layer it leaves out 25 Aug 2026