Pip Shea, July 2026
o───o───o
/ \
o───o───o───●───o───▶
\ / \
o───o───o ?
Remix of THE CRITICAL ENGINEERING MANIFESTO (Julian Oliver, Gordan Savičić & Danja Vasiliev 2011)
0. The Critical Design Engineer considers code to be a design material,
and works it directly.
1. The Critical Design Engineer considers any tool that generates on
their behalf to be both a capability and a threat. The greater the
dependence on generated code, the greater the need to read, question
and expose its workings.
2. The Critical Design Engineer recognises that proximity to code is not
transparency; the source is itself a representation, and closeness
must never be mistaken for understanding.
3. The Critical Design Engineer designs seams — not seamlessness — so
the user can understand, configure, and contest.
4. The Critical Design Engineer looks beyond the awe of AI generation to
the authored context that steers it.
5. The Critical Design Engineer recognises that code records what was
decided, not why. So they write the why into the repository.
6. The Critical Design Engineer knows that 'agent' describes socio-
technical dynamics involving models, parameters, tokens,
reinforcement loops, protocols, products, networks, devices and
bodies.
7. The Critical Design Engineer inhabits the space between generation
and shipping, acting rapidly to hold influence where the codebase is
still open to change.
8. The Critical Design Engineer looks to the history of critical design,
speculative design, adversarial design and their discontents, and
carries their strategies out of the gallery and into the repository,
where critique must survive contact with use.
9. The Critical Design Engineer accepts authorship of consequence, not
only of intent. To push is to sign your name.
10. The Critical Design Engineer considers the merge to be the most
desirable and most dangerous form of exposure.
Published under the GNU Free Documentation License V1.3, after the original.