Howardism · Vol. 03Plate II · No. 02
AI Coding Practice, in order.
Notes23DomainAI Coding PracticeOpen Qs50Newest16 Jul 2026Oldest6 May 2026
Workflow, review discipline, and verification practice for AI-native teams.
Map of Content for the ai-coding-practice domain — 23 concepts. How humans and teams practice AI-assisted software work: workflow techniques, SDLC telemetry, review and verification as the bottleneck, and division of labor. Curated entry point; see Home for all domains.
- Acceleration Whiplash — Faros 2026: AI floods a human-paced SDLC with output it can't absorb — throughput up (tasks +34%, epics +66%), quality down (bugs +54%, incidents/PR +243%, review time 5x), gap widening with adoption and hitting even high-maturity orgs
- Agentic Coding Work-Composition Shift — Anthropic's 400K-session telemetry, Oct 2025→Apr 2026: as models improved, the share of sessions fixing broken code fell 33%→19% (debugging nearly halved), while operating software (14%→21%) and writing+data-analysis (~10%→~20%) grew; estimated task value rose ~25–27% — usage moving from firefighting toward end-to-end agentic work
- Agentic Work Systematization — OpenAI Codex study's 'systematization' margin: the shift from ad-hoc agent use (describe task → agent does it → done) to reusable workflow infrastructure via skills and plugins; skill use rose 5.4%→26.6% of weekly-active users (Mar→Jun 2026) and is near-universal at OpenAI (96.2%); custom skills (org-specific procedural context) concentrate where shared conventions and team standards exist — the empirical counterpart to loop-engineering's skills primitive
- AI as Primary Author — Faros 2026: the assistant→author threshold crossed without a deliberate decision, marked by AI-code acceptance rising 20%→60%; 'not an assistant, the author'; humans move from creation to oversight, making it an authoring problem not a review problem
- Building Is Cheap, Arguing Is Expensive — "In technical debate, code wins": generate three PRs vs whiteboard; prototype over design doc; reduce design docs
- Code as Source of Truth — Docs go stale at high coding throughput; check specs/skills into the repo; onboard via Claude; spec-drift verification
- Compute Allocator — The human's evolving role: deciding what's worth spending compute on; ~1% of generated tokens ship, 99% is scaffolding invested in alignment/communication; abundance mindset
- Configurable Human Participation — HAS-Bench (Wu et al., arXiv 2607.04329): a benchmark that makes human participation a configurable variable — humans and LLM agents are first-class nodes in a shared interaction graph, participation varied along three axes (five-level Human Agency Scale A1–A5, three interaction channels clarification/feedback/control, and user personas) across 397 tasks in six domains, scoring both outcomes and process. Finding: equal partnership (A3) beats full automation (A1) by +8.4 Pass@1 / +11.5 Task Score and recovers up to 65.4% of autonomy-failed tasks, but the value is configuration-dependent, not monotonic — more agency (A4) brings diminishing and sometimes negative returns (rescues 27 tasks / breaks 13 via premature or distracting intervention), each problem pattern has a different best channel (clarification before commit, feedback after, control-only for safety-critical authorization = 100% safe), Full-channel is beaten by the best single channel in 5/6 patterns, and a weak agent (Llama-3.1-8B) gains ~0 — the agent must decide when to ask and how to use input, not just get more of it; all with an LLM-simulated (GPT-4.1) human, a controlled benchmark not field oversight-load telemetry
- Design Concept Grilling (hub) — Matt Pocock's
grill-meskill; reach Brooks "design concept" before any plan; counter to specs-to-code; PRD as destination doc, Kanban as journey doc - Disposable Micro-Apps — Throwaway custom UIs built per-task to edit a plan ("micro-software on top of micro-software"); copy-back-to-markdown; rational under the abundance mindset
- HTML as the New Markdown — Thariq Shihipar's thesis: as models improve, thousand-line markdown plans overwhelm the human; HTML artifacts (visual, interactive) keep humans in the loop. The model-facing harness shrinks while this human-facing harness grows
- Living Design System —
design_system.htmlextracted from repos as a portable, human- and machine-readable source of truth; component playgrounds; bridges engineering ↔ non-technical stakeholders - LLM-Assisted Grey-Literature Theory Building — Agarwal et al.'s secondary contribution (arXiv 2607.07980): a scalable template for constructing grounded theory from thousands of practitioner documents instead of a few dozen interviews — LLMs do the mechanical, quote-anchored open coding (38,709 docs collected → Gemini relevance judge at κ=0.75 → 3,100 coded with the multi-agent Thematic-LM under three deliberately-polarized coder lenses → 4,838 codes / 109,951 quotes at ~$0.35/doc) while humans keep the interpretive axial/selective coding; automating that back half FAILED (a bottom-up pass yielded 15,029 shallow, redundant causal statements), so the codes→theory step stayed a manual, LLM-as-search-engine process — a division-of-labor lesson about what LLMs can and can't do in qualitative research
- Outsource Your Thinking, Not Your Understanding — "You can outsource your thinking but not your understanding"; understanding as the non-delegable human bottleneck; knowledge bases as understanding-tools
- Planning / Execution Division of Labor — Anthropic's 400K-session telemetry: in a typical Claude Code session humans make ~70% of planning decisions (what to do) while Claude makes ~80% of execution decisions (how to do it); each prompt sets off ~10 actions (8 when the user keeps execution control, ~16 when Claude controls planning) — 'people decide what to build, the agent decides how'
- Review as the Control Point — Agarwal et al. (CMU, arXiv 2607.07980): a 26-construct/67-relationship causal theory synthesized from 3,100 coded practitioner documents — review is the control point through which a coding agent's effect on software is decided, and AI does NOT fix the sign of that effect; the team sets it through reviewer expertise, disposition, and how it adapts the review process (three moderators). Central core is review depth + reviewer skill, threaded by comprehension-debt feedback loops; the paper's own non-vendor GitHub telemetry (2.5M+ PRs) finds agent PRs reviewed less / merged several× faster / discussed less, but the trends flip direction under defensible analysis choices and the no-review rate CONVERGES toward the human baseline over time
- Telemetry vs. Survey Measurement — Faros 2026: perception lags reality, so survey-based engineering research (DORA) misses downstream AI damage that system telemetry catches in near-real-time; the basis for Faros's direct contradiction of DORA's 'strong foundations protect you' conclusion
- The Three Loops of AI-Native Building — Andrew Ng's nested-loop taxonomy for 0-to-1 products: the agentic coding loop (minutes, agent-closed), the developer feedback loop (tens of minutes to hours, human-closed), and the external feedback loop (hours to weeks, market-closed); loop engineering has been optimizing only the innermost one, and the human's remaining job is a context transfer that lives in the outer two
- Unknowns as the Agentic Bottleneck — Thariq Shihipar's map-vs-territory thesis: the gap between what you told the agent and what the work actually requires is unknowns, and with Fable-class models the human's ability to surface them — not the model's capability — sets output quality; the Rumsfeld 2×2 applied to prompting, plus a phase-ordered catalog of elicitation techniques
- The Verifiability Thesis (hub) — LLMs automate what you can verify as computers automate what you can specify; RL verification rewards → jagged peaks; "verifiable + labs care"; everything eventually verifiable
- Verification as the New Bottleneck (hub) — Fiona Fung: coding is no longer the bottleneck — verification, review, maintenance are; shift-left; TDD loses its tax; PR-cycle-time funnel analysis
- Vertical Slice Tracer Bullets — Pragmatic-Programmer tracer-bullet pattern applied to agent task decomposition; vertical slices > horizontal layers; Kanban-with-blocking-edges over numbered phase plans
- Vibe Coding vs. Agentic Engineering — Vibe coding raises the floor (anyone builds); agentic engineering preserves the quality bar while going faster; ">10x and widening"; hire on big projects, not puzzles
Open questions 50 open
- Acceleration Whiplash
- Faros's own deferred question: do the bug/incident increases persist when **normalized for PR size**, or do larger PRs account for most of the quality deterioration? (If the latter, hard PR-size limits are the highest-leverage fix.)
- Code churn +861% is genuinely ambiguous (Faros lists three explanations: rework of AI code, productive legacy refactoring, or accelerated polish). The cross-customer metric can't resolve it — a real gap, not a finding.
- Agentic Coding Work-Composition Shift
- The window is seven months and the value proxy is coarse/relative. How much of the +27% is genuine task-complexity growth vs. classifier/marketplace-matching drift?
- The study excludes headless/SDK/IDE usage — a "substantial share," and likely the most automated/end-to-end. Does including it accelerate or reverse the composition shift?
- If "fixing" keeps falling, is that because models break less, or because broken-code work is migrating to non-interactive pipelines this study doesn't see?
- Agentic Work Systematization
- Custom skills encode org-specific context — but who maintains them as the codebase and conventions drift? Systematization could itself become a debt surface ([[agentic-technical-debt]]) if skills rot.
- Does systematization *cause* deeper delegation or merely *correlate* with already-intensive users? The paper shows the association, not the direction.
- AI as Primary Author
- The 60% figure aggregates very different tools and modes (autocomplete acceptance vs. agent-applied diffs). What does "acceptance" mean when the agent applies the change directly and the human's "acceptance" is not reverting it? **Sharpened** by [[review-as-the-control-point]]: on GitHub, agent PRs are most often examined *only by the developer who invoked the agent* (author-only review 40.1% vs 21.5% for human PRs). Whether that counts as review at all is a definitional choice (agent-as-author ⇒ a second set of eyes; agent-as-tool ⇒ self-review) that literally flips the sign of the trend — so "acceptance" and "review" blur into the same unresolved construct.
- Building Is Cheap, Arguing Is Expensive
- When does "generate three and compare" become wasteful — at what decision weight is a real argument (or a design doc) still cheaper than three implementations?
- If design discussion lives in PRs/prototypes, where is the *rationale* recorded for future readers — does the "why we chose this" knowledge survive, or does it share the staleness problem of [[code-as-source-of-truth]]?
- Code as Source of Truth
- What knowledge genuinely *can't* live in the codebase (org strategy, the "why," cross-team context) and therefore still needs a durable doc — and how do you keep that small slice current?
- If onboarding is "ask Claude," what happens to the tacit knowledge that was previously transferred socially in deep-dives — is it captured anywhere, or quietly lost?
- Compute Allocator
- Is 1% a Thariq-specific number or a regime? For larger, more code-heavy projects the production residue is presumably higher; what sets the ratio?
- Allocation quality is hard to measure — what's the feedback loop that tells an allocator they spent compute *badly* (vs. just spending a lot)?
- Does treating humans as "compute allocators" risk the [[ai-brain-fry|oversight-fatigue]] / [[human-ai-accountability-redesign|accountability]] failure modes the HBR research flags, where the human nominally decides but actually rubber-stamps?
- Configurable Human Participation
- The "human" is an LLM simulator (GPT-4.1) that also judges — how much of the configuration-dependent structure is a property of *human-agent collaboration* versus an artifact of GPT-4.1 modeling both sides? The Appendix C.6 simulator-swap is the only check, on a subset.
- A4 is instantiated as a *fixed one-shot* proactive intervention. Real proactive humans time their input adaptively — does the "premature/distracting intervention breaks tasks" result hold, worsen, or vanish under a human who chooses *when* to interject?
- The optimal channel is shown to be pattern-specific, but pattern is an oracle label assigned at construction. Can an agent *infer* which pattern it is in (and thus which channel to solicit) at runtime — the actual deployed skill the paper says agents lack?
- Design Concept Grilling
- How does grilling change for team work where multiple humans need to align? Pocock's hint: pair-program with the agent in the room, treat it as a third interlocutor.
- Disposable Micro-Apps
- Where's the line between a disposable micro-app and tool sprawl? If every edit spawns a bespoke UI, does the workflow fragment?
- Does the copy-back-to-markdown round-trip generalize beyond config-shaped data (rules, tables) to richer artifacts?
- Could these micro-apps be templated/reused rather than regenerated — and at what point does that defeat the "disposable" framing and turn into [[living-design-system|durable tooling]]?
- HTML as the New Markdown
- HTML is heavier to diff and version than markdown — what happens to plan history and review when artifacts are single-file websites? ([[disposable-micro-apps]] copy-back-to-markdown is one patch.)
- Does this generalize past one expert practitioner, or does it require Thariq-level fluency with Claude to be worth the overhead?
- Living Design System
- How does the `design_system.html` stay in sync as the codebase evolves — re-extract on a cadence, or wire it into CI?
- Does a rendered, model-readable design system measurably improve on-brand output vs. a plain CSS/token file, or is the win mostly human legibility?
- At what project size does maintaining the artifact cost more than the consistency it buys?
- LLM-Assisted Grey-Literature Theory Building
- The authors couldn't locate the **saturation point** because synthesis was manual — how few documents actually suffice, and can a cheaper sample match the 3,100-doc theory?
- Automating the **codes→theory** step failed with a naïve bottom-up prompt; is that a prompt/scaffolding limitation or a genuine ceiling on LLM interpretive synthesis over thousands of codes?
- The three-lens design manages coder bias, but the **relevance judge and segmenter are single-model** — do those upstream gates impose their own systematic slant on what reaches the codebook?
- Outsource Your Thinking, Not Your Understanding
- If understanding is the bottleneck, is the highest-ROI skill *learning how to build understanding fast* (knowledge-base hygiene, asking the right projections) — and can that be taught?
- Planning / Execution Division of Labor
- "Decision attribution" is inferred from transcripts. When Claude proposes a plan and the user assents, is that scored as the user's planning decision or Claude's? The rubber-stamping boundary is exactly where the measure is hardest.
- Headless/SDK/pipeline usage (excluded here) is where execution autonomy is highest and planning is front-loaded into a single prompt — does the 70/20 split survive there, or collapse toward full delegation?
- Review as the Control Point
- Every one of the 67 relationships is a **hypothesis, not a finding** — the paper's explicit call is for causal-estimand studies (controlling for the other constructs) to confirm, reverse, or drop each edge. Which of P1–P17 survive measurement?
- The paper's own question: *which decisions, under which conditions, push the system toward the virtuous loop rather than the vicious one?* — the system-dynamics leverage-point analysis it gestures at but doesn't run.
- The three contested edges (automated review → quality/security, P9; governance → latency, P17; and one more) are contested *because* their sign is moderator-set — what are the moderator thresholds that flip them?
- Telemetry vs. Survey Measurement
- Surveys and telemetry measure different things (felt productivity vs. system outcomes); is the "contradiction" partly a category error — both true at their own layer — rather than one being wrong?
- The Three Loops of AI-Native Building
- Ng asserts the developer's QA burden fell "significantly." [[acceleration-whiplash|Faros's 2026 telemetry]] measures the opposite for production orgs. Is the split really 0-to-1-vs-production, or is Ng's self-report subject to the same [[automation-optimism-link|optimism bias]] the survey literature keeps finding?
- The external loop is the unshortened one. Is that physics (users take time to react) or an unautomated frontier (synthetic users, [[deployment-simulation|deployment simulation]] applied to products rather than models)?
- The Verifiability Thesis
- Where's the boundary of "council of LLM judges" reliability — does it hold for genuinely contested value judgments, or only for quality/coherence?
- The "labs care" dependency is fragile: capabilities can appear or stagnate based on lab priorities you don't control. How should a product hedge against the data-distribution rug-pull?
- Unknowns as the Agentic Bottleneck
- Is "the first model bottlenecked by my unknowns" a property of Fable or of Thariq? A frontier-lab engineer with deep model fluency hits the human-side ceiling before an average user does — which would make this a leading indicator rather than a current universal.
- The quiz gate is self-administered and self-graded (by the model, on the model's own work). What stops a comfortable equilibrium where the quiz gets easier as the reviewer gets lazier? Cf. the maker/checker problem in [[verification-as-the-new-bottleneck]].
- Elicitation has a cost. Every technique here spends a session's worth of tokens and attention on *not building*. Nothing in the source bounds when the blindspot pass costs more than the bug it prevents.
- If unknown knowns are extractable, are they extractable *once*? Does a codified blindspot pass become a skill file that permanently narrows the gap, or does each new territory reopen it?
- Verification as the New Bottleneck
- Fung's own open question: "How far do you push fully automated reviews?" — where's the speed/safety balance, and how do you keep humans confident without re-introducing the review bottleneck? **Sharpened** by [[review-as-the-control-point]]: full automation reliably raises review throughput and cuts latency (its P8), but its effect on *code quality and security is contested* (P9), and the latency effect of a review-governance policy flips sign by calibration — a risk-tiered policy that gates only material changes lowers latency, a blanket policy raises it (P17). So "how far" has no single answer: the safe frontier is set by automated-reviewer capability and process design (two of that page's three moderators), not by a fixed dial.
- If CI/build is the hidden jam, does verification infrastructure (test runners, CI capacity) become the actual capex of an AI-native org?
- Vertical Slice Tracer Bullets
- Can the planner agent be trusted to slice vertically once told to, or does it need a verifier that flags horizontal slices? Pocock's experience: it needs the verifier, at least through 4.7.
- How should slice granularity be tuned? Too thin = many merge conflicts; too thick = back to horizontal.
- Vibe Coding vs. Agentic Engineering
- Karpathy hints at "one domain that's very [valuable]" for founders but won't say which (didn't want to "vague-post on stage"). What verifiable RL-environment domain is he gesturing at?