SecondSourceThe Second Source on AI

AI coding: hard tasks still need the native model-wrapper pair, easy work swaps — resolves 2027-07-16

Not yet due

AI coding: hard tasks still need the native model-wrapper pair, easy work swaps — resolves 2027-07-16

Scheduled check: 2027-07-16

Branch call · Written on Jul 16, 2026

Background

The debate: an AI coding tool is a model plus a harness, the wrapper that reads files, runs tests, and edits code, and the question is whether the two can be pulled apart and replaced separately.

Why it matters: if they can, value flows to the wrapper and the routing layer and companies need not lock into one model maker; if they cannot, the native pairing can command a premium.

Who is on each side: the commoditization camp says wrappers are already swappable parts; the integration camp, including Ben Thompson's theory that integration beats assembly while a product is not yet good enough, says model and wrapper work best bound together.

The call

SecondSource’s reading: each camp is half right, and the dividing line is task difficulty. Models are tuned together with their own harness during training, so on the hardest tasks the native pairing still earns a real premium.

At deployment, low- and mid-difficulty work can already be split into swappable parts, and that line is climbing up the difficulty ladder. This is not an endgame with one winner; it is a moving front.

The first controlled measurement comes from a public paper, Harness-Bench: swapping only the harness on the same set of models moved scores by 23.8 points.

Sources behind the call
The receipt

Over 12 months: an enterprise case where high-difficulty work switches to a non-native model without losing quality kills the cannot-be-decoupled camp; Microsoft's routing share for its low-price tier and standardization around Omnigent gauge how fast the commoditization camp is climbing; Anthropic's revenue concentration being flattened by routing breaks the margin leg of the cannot-be-decoupled camp.

What would overturn it

Both directions of the earlier call on harness commoditization versus integration still apply, which were: an enterprise-grade model-agnostic harness with no loss in performance flips the integration camp, and a common API that fails to become a standard within a year weakens the commoditization camp. Added here: a migration case at the high-difficulty end flips the integration camp, and high-complexity work failing to migrate after the low-price tier launches weakens the commoditization camp.