Daily harness signal · September 17, 2026

Reuse the example.
Renew the proof.

One implementation lesson · Evidence-backed context

Working examples can give an agent better starting material than another page of advice. But “worked once” is not “works here”: retain the source, fixture, and verification needed to reuse it responsibly.

Evergreen · source February 26, 2026

Give the agent examples with a testable contract

Use when

A requested capability already exists in your own or reviewed example code. Instead of asking the agent to rediscover an API, point it to the smallest relevant implementation. Willison’s concrete case combines PDF-to-image rendering with image OCR.

Action

In the project’s existing examples location, keep source and fixture alongside the source revision, dependency versions, run command, expected output, and last successful run. Read actual code, not a webpage summary. Review permissions and dependencies, then recheck the relevant behavior in an already-authorized disposable environment. Supply only the needed examples, using this adaptable prompt:

“Read examples/A and examples/B. Verify their fixtures before reuse. Combine A’s input conversion with B’s processing; preserve their contracts and report incompatible APIs. Verify the integrated output against the specified fixture. Do not install dependencies or expand permissions without authorization.”

Acceptance check

Both examples must pass independently in the target environment; the combined application must then pass its own unchanged outcome check. For the OCR case, verify known image text and a three-page PDF: three ordered images, three expected page texts, and correct combined text. A deliberately broken PDF binding must fail even when image OCR passes. Keep revision, command, and result receipts; remove “known-working” status from failed or untested paths.

Evidence

Willison publishes the original composition prompt, source, and Playwright assertions. The counterexample is inspectable too: August’s merged PR 310 reports PDF rendering breaking while image OCR still worked. Its pinned repair explicitly imports the PDF.js namespace and awaits module readiness, rather than relying on a CDN bundle’s incidental global.

Caveat

No tests were run today, and no productivity gain was measured. Retrieved main-branch pages still show older imports, while the pinned merged revision shows the repair; live deployment status is unresolved. These fixtures do not prove general OCR accuracy or code safety. The revalidation procedure is our adaptation, not a new skill or automatic installation workflow.

Compact source notes

  1. Simon Willison: Hoard things you know how to do — created February 26, 2026; modified March 16. Exact composition prompts and reusable-source method. Original build account — March 30, 2024; records manual fixes, dependency upgrades and multi-column OCR limitations.
  2. Merged PR 310 — August 16, 2026; PDF.js failure report and repair. Pinned repaired source inspected at commit 2dfe06e7d505ac26bf6045f62a60005c6ba19c8d. File history records the merge, but retrieved moving-main source disagrees; no live-latest claim.
  3. Inspectable Playwright tests — undated moving-main snapshot retrieved today; image-text and three-page PDF assertions. The deliberate broken-binding acceptance check above is proposed, not an observed test result.
  4. Anchor lens: exact prompts, assertions, failure report and pinned source. Unity lens: reuse executable evidence while renewing its environment-specific validity; proposed invariant, not measured cross-harness equivalence. Source contents: confidence_confirmed; adaptation utility: confidence_likely. Accepting the broken PDF path as working falsifies the proposed gate.