Glean 拾遗
← All issues
#015 Latest 8/31–9/6 Published Sep 8

After Code Becomes Cheap, Engineering's True Cost

It has never been cheaper to write code—or easier to overlook what writing code once sheltered us from. This week's selection converges on one uncomfortable conclusion: as AI compresses generation, the real cost of software shifts to everything around it—reading and understanding code, verifying behavior in production, making intent explicit, and deciding who (or what) should act. One strain of articles frames the danger: code factories are producing far more while QA lags, and incident histories show what happens when that gap goes unmanaged. Another strain points to the answer: context engineering, production agent architecture, and delegation skills are replacing line-by-line typing as the core discipline. Beneath it all, tooling for cache hits, forgiving version control, and faster validation exists to keep the human loop tight. This issue is an invitation to rethink where engineering value actually lives once code is no longer scarce.

14 picks 4 sections ~3 hr
Section 01

The Growing Gap Between Generating and Verifying

4 / 14
idiallo.com · 6 min
01

Writing Code Is Easy. Reading It Isn't.生成代码太容易,真正的成本是读懂它

Drawing on years of contract work, the author argues that the real cost of software lives in reading, not writing: every codebase demands a mental model, built by tracing function definitions, return types, database paths, caches, error handling, and call sites. Understanding one getUserPreferences-like function often means opening five other files. Because LLMs can now emit code faster than anyone can consume it, they enlarge the reading burden; the lawyer who filed fictitious ChatGPT-sourced cases failed not at generating but at verifying through reading. The practical conclusion is to point AI at comprehension—explaining existing code, uncovering side effects, compressing context—rather than at producing bigger diffs. Team throughput should be measured by how quickly members construct accurate mental models, not by lines generated. A grounded opinion piece for engineers who want AI assistance without mistaking output volume for velocity.

www.qawolf.com · 10 min
02

Code Factories Without Quality: The AI Development Blind SpotAI 代码生成快了 10 倍,验证却还停在原地

As Zapier, Nubank, and Goldman Sachs hand coding tasks to AI agents, 'code factories' scale generation 10x while verification lags. The article argues generated code is implicitly treated as production-ready, with QA deprioritized or reduced to shallow coverage. It cites unverified claims of a 30% rise in change-failure rate and 23.5% more incidents per PR, then argues line coverage is worthless because 100% coverage can still miss broken user flows. The fix: autonomous verification that scales like generation, tests real user journeys, runs independently of the coding agent, and self-maintains to survive flake. The second half is a QA Wolf product pitch. Useful for engineering teams adopting AI coding, though explicitly vendor-biased.

www.qawolf.com · 16 min
03

A History of the AI Incident-o-pocalypse in B-Movie Horror PostersAI事故启示录:B级片画风下的删库与生产崩溃三年史

Using B-movie horror posters as a visual gimmick, this piece chronicles how AI-generated code escalated from minor glitches to production disasters between 2023 and 2026. It cites a string of reports and incidents: Stanford's early finding that AI assistants lead to less secure code, Bilkent's correctness benchmarks, the rise of slopsquatting, and 2025-2026 cases where agents like Claude Code, Kiro, or Gemini CLI deleted databases, backups, or whole environments. Numbers are sprinkled throughout — 45% of AI-generated changes needing production debugging, a 322% increase in privilege escalation paths, XSS at 2.74x human rates. The second half offers eight mitigation tips: treat prompting as a team discipline, define no-go zones for AI, encode known AI failure modes into QA checks, and lean on automated end-to-end tests plus production monitoring. It closes by pitching the author's own AI testing platform, QA Wolf. Useful as a checklist for engineering teams worried about AI coding agents, though the vendor agenda should be discounted.

blog.reqproof.com · 17 min
04

Good Engineering Doesn’t Trust Engineers好工程不信任工程师:AI时代,代码不再是护城河

Factory workers tell the author they don't trust software engineers, because clean models miss dusty sensors, part batch changes, and cold-morning valve stickiness. Good engineering agrees: NASA, aviation, and nuclear plants build processes around the assumption that engineers can be wrong. AI makes code cheap, exposing that mainstream software development treats code as source of truth, requirements as Jira tickets, and safety arguments as PR comments. The post argues that engineering means making intent explicit and attaching evidence to obligations, separating verification from validation, and applying rigor proportional to risk. It cites NASA's SWEHB, MC/DC coverage, and FRET project, then introduces ReqProof as an agent-driven lifecycle where obligations stay visible and evidence stays attached. The core ideas stand even if you never use the product.

Section 02

The Human Critical Path: Delegation, Judgment, and Process

4 / 14
www.nair.sh · 13 min
05

Why senior developers fail to communicate their expertise资深工程师的沟通失效:你在防复杂度,业务在追速度

This post frames senior developers' communication failure as a clash between two business loops. The first loop tries to reduce market uncertainty by shipping fast; the second loop keeps paying customers served by controlling system complexity. Once a company has customers, both loops run at once, so developers talk in terms of complexity while everyone else worries about uncertainty. The author argues that senior developers' real skill is refusing unnecessary work and reusing existing software, and that they should express it as 'Can we try something quicker?' — a phrase that acknowledges the business's need for speed while leaving room for simplification. He also proposes separating the fast 'Speed' system from a stable 'Scale' system, and warns that AI accelerates the first loop while degrading understandability and stability in the second, without taking responsibility. A thoughtful read for engineers interested in organizational communication and system evolution.

www.oneusefulthing.org · 13 min
06

Management Is the AI Superpower: Know What to Ask For管理是新的 AI 超能力:写清目标,剩下交给 Agent

In an experimental UPenn EMBA class, students who had never coded were asked to build a startup from scratch in four days using Claude Code, Google Antigravity, ChatGPT, Claude, and Gemini. The author estimates their output was roughly an order of magnitude further along than a full pre-AI semester used to produce. The lesson: once AI can execute fast and cheaply, the scarce skill is delegation — specifying what 'done' means and judging whether the result is good. He proposes a trade-off among human baseline time, the AI's probability of success, and AI process time (prompting, waiting, checking). Applying OpenAI's GDPval numbers, experts took seven hours on tasks where GPT-5.2 now ties or beats them in 72% of evaluations; with an hour of review, expected savings are about three hours per task, with failed attempts costing more. He also notes that PRDs, five-paragraph orders, and deliverable specs work naturally as agent instructions. Useful for team leads and domain experts adopting agents.

baoyu.io · 9 min
07

AI-Native Dev: Same Flow, New Roles — From Issue to Shipped FeatureAI 原生开发复盘:流程没变,角色变了——从 Issue 到功能上线

Using Claude Code (Fable 5), the author added a remote-transcription feature to BaoCut, a subtitle transcription app, and retraces the entire flow. The key claim: AI-native development does not invent a new process — feasibility analysis, design doc, prototyping, implementation, testing all stay. What changes is who executes: agents handle analysis and execution, while humans decide on the critical path. The post walks each gate: a feasibility study that leads to plan A (embedding the ASR service in the app), a design doc that becomes the context handoff for new agent sessions, a high-fidelity prototype that merges requirements, interaction and UI into one confirmable artifact, an implementation phase where the /goal command lets the agent hit milestones, self-run tests and screenshot results — so the author skips code review and relies on black-box testing — and a final QA round as a naive user. Two contrarian takeaways: most coding-focused Skills are unnecessary because the real bottleneck sits on both sides of code (design/confirmation and test/deploy), and documents gain new weight as both human confirmation substrate and inter-session memory. For engineers who already use AI coding tools but are still wrestling with the surrounding workflow.

claude.com · 2 min
08

The founder's playbook: Building an AI-native startup从 Idea 到 Scale:AI 原生创业者的实战手册

Anthropic's "The founder's playbook" offers practical guidance for building a startup on AI from day one. It reframes the startup lifecycle into four stages—Idea, MVP, Launch, and Scale—each with goals, exit criteria, common failure modes, and AI-powered exercises using Claude. The playbook covers using AI for problem validation, customer discovery, and competitive mapping; architecture, scope, and security practices to keep AI-generated MVP codebases from accruing technical debt; a measurement framework to separate genuine product-market fit from hype; and an operating system for Launch that replaces founder attention with agentic workflows. It also includes a product matrix for when to use Chat, Claude Cowork, and Claude Code, plus founder stories from companies like Ambral, Anything, Carta Healthcare, HumanLayer, and Vulcan Technologies. Written for founders and early operators building AI-native companies.

Section 03

Agent Craft: Context, Output, and Production Guardrails

3 / 14
claude.com · 7 min
09

The new rules of context engineering for Claude 5 generation modelsClaude 5 上下文工程新规:规则让位判断,示例让位接口设计

Thariq Shihipar, a member of technical staff at Anthropic, explains how context engineering for Claude Code has changed with Claude 5-generation models. The old playbook—hard rules, examples, everything upfront, repeated instructions, CLAUDE.md as memory, and simple markdown specs—is now partly myth. New guidance: let the model use judgement (the system prompt now says 'match the surrounding code' instead of banning multiline comments); design expressive tool interfaces instead of stuffing examples; adopt progressive disclosure by loading verification and review skills on demand and letting tools defer their definitions until ToolSearch finds them. CLAUDE.md should stay lightweight, holding repo-specific gotchas, while skills encode team-specific opinions. Specs can become rich references: HTML mockups, test suites, code to port, or rubrics with verifier agents. Anthropic also ships `claude doctor` to auto-simplify contexts. No benchmarks are included, and the article is vendor-authored, but it offers immediately actionable patterns for agent harness and Claude Code users.

x.com · 14 min
10

Why Claude Code outputs are moving from Markdown to HTMLAgent 输出格式之争:为什么 Claude Code 团队改用 HTML

The author argues that Markdown is too restrictive as an agent output format and documents his shift to HTML in Claude Code. HTML increases information density (tables, SVG, CSS, JS), makes long specs readable, is easier to share as a link, and supports two-way interaction via sliders or buttons. Use cases include exploration/specs, PR review with annotated diffs, design prototypes, research reports, and throwaway HTML editors that export 'copy as prompt' back to Claude Code. Trade-offs are acknowledged: generation is 2–4x slower, and HTML diffs make version control review harder. Full of concrete prompt examples for engineers working with agent workflows.

claude.com · 39 min
11

Anatomy of Effective Commerce Agents: A Production Guide生产级电商 Agent 的工程解剖:单一 Agent + Skills,UI 组件工具化,安全交给 harness

Anthropic distills a year of building Claude-based commerce agents with retailers, travel, and telecom customers into a production playbook. It argues against intent routers and domain-split subagents: commerce sessions are tightly coupled across intents, and handoffs lose state, add tokens, and increase latency. Instead, one agent in a standard loop with skills for the long tail outperforms both one-prompt and subagent designs. UI output should be modeled as presentation tools — typed tool calls, not client-parsed custom tags — at the cost of streaming granularity. Latency is attacked on end-to-end and perceived fronts; prefix caching with a global/session/volatile layout can sustain 90–99% hit rates. Memory facts are written asynchronously by a separate extractor into your database (13% higher recall in their commerce eval), then read in three layers. Safety is enforced in the harness: model-originated writes are only staged and need approval, only server-issued IDs are accepted, and third-party content is sanitized. Evals are snapshots, not simulated-user conversations, with paired positive and negative cases. An open-source reference implementation, anthropics/commerce-agents, is included.

Section 04

Tools That Make Every Operation Faster

3 / 14
x.com · 33 min
12

KV, Prefix, Prompt and Semantic Caching in LLMs ExplainedLLM 四级缓存全拆解:KV、前缀、提示词、语义缓存各自的命中与失效

This tutorial breaks down the four cache layers in an LLM serving stack from first principles: the KV cache for a single request, prefix caching for cross-request reuse on the server, provider-billed prompt caching, and a semantic cache that returns stored responses by embedding similarity. It includes runnable code for transformers DynamicCache/StaticCache, a compact vLLM-style chain-hash block scheduler, an Anthropic prompt-caching example, and a tiny semantic cache. Concrete numbers ground each trade-off: a 70B model holds roughly 40GB of KV tensors at 128K context; Anthropic bills reads at 0.1x and writes at 1.25x input rates; two sentences differing only by a negation score 0.952 cosine similarity yet need opposite answers. It also covers what silently breaks reuse: variable content in system prompts, reordered RAG chunks, partial tail blocks, eviction, and per-tenant salt separation. The piece is honest about failure modes, including a throughput regression on unique traffic and the false-positive risk of semantic caching. Useful for engineers operating inference, tuning RAG cost, or debugging prompt-cache misses.

github.com · 2 min
13

A Git-compatible VCS with a commit-centric workflow以提交为中心的 Git 兼容版本控制工具

Jujutsu (jj) is an open-source version control system written in Rust. It aims to make the everyday VCS workflow simpler while staying compatible with the Git ecosystem. The key design is a working copy that is automatically committed: every file change becomes a snapshot you can revisit or revert. An operation log records every state mutation, providing robust undo/redo. Conflicts are first-class data objects instead of inline text markers, making merges and rebases more predictable. jj can be used in existing Git repositories or as a standalone VCS, so it supports incremental adoption. This project is relevant for engineers exploring modern VCS design, Git workflows, and high-quality Rust-based tooling.

zod.dev · 26 min
14

Zod 4.5: z.compile() precompilation speeds parse up to 9x, slashes memoryZod 4.5:z.compile 预编译解析提速达 9 倍,单实例内存降 9.8 倍

Zod 4.5 introduces z.compile(), an AOT schema compiler that speeds up parsing of objects, arrays, and unions by ~3–9x. Combined with z.validate()—a fast boolean check that skips ZodError construction—invalid inputs are up to 16x cheaper to reject than safeParse. Benchmarks show 47.5M ops/s on the Moltar parseSafe fixture, ahead of typia's 45.3M. A move of bound methods to prototypes cuts per-schema heap retention by up to 9.8x. The release also includes breaking changes: string length now counts Unicode code points, z.iso.datetime() requires seconds, record keys and intersections match TypeScript semantics, and __proto__ is always stripped. Useful for TS teams doing heavy runtime validation in services, forms, and data pipelines.