@cat-factory/kernel 0.283.0 → 0.285.0

package/dist/domain/design-image-delivery.d.ts

@@ -0,0 +1,128 @@
+import type { HarnessKind, ModelRef } from '../ports/model-provider.js';
+/**
+ * Which harnesses can put an IMAGE in front of their model, as an exhaustive `Record` over
+ * `HarnessKind` so a new harness cannot be added without stating its answer (an omitted entry
+ * would read as `false` and silently drop every render on that harness).
+ *
+ * `false` is a statement about THIS repo's pinned CLI, not a claim about the vendor's product. The
+ * bar for `true` is that the image has a verified way to get bytes into a turn, because the cost of
+ * guessing is asymmetric: a harness wrongly marked `true` is handed a manifest, downloads the
+ * frames, tells the agent they are there, and the agent then reports it cannot see them, which
+ * reads to everyone as a platform bug rather than as a missing capability. A harness wrongly marked
+ * `false` costs a run the pictures and SAYS SO, which is the disposition the whole vocabulary
+ * below exists to give.
+ *
+ * - `claude-code` reads an image file with its own file-reading tool, which is why the container
+ *   half of this feature is files on disk plus a prompt that names them: the CLI composes the
+ *   image content part, exactly as it does for a screenshot a human pastes at it.
+ * - `codex` and `pi` are `false` today. Codex's pinned CLI has no verified file-to-turn path in
+ *   this image, and Pi has no image input at all (the same reason it has no MCP client). Flip an
+ *   entry here in the change that teaches the image to carry the bytes, never ahead of it.
+ */
+export declare const HARNESS_IMAGE_INPUT: Record<HarnessKind, boolean>;
+/**
+ * Whether this harness can open an image file the platform wrote into the checkout.
+ *
+ * TOTAL over `HarnessKind`, with no "no harness" case: an inline call has no CLI to ask about, and
+ * letting `undefined` answer `true` here is what once let the ambient inline path (a harness CLI
+ * fed one-shot text) inherit the container answer and promise files nothing wrote. Which channel a
+ * site has is {@link DesignImageCarrier}'s job to state, not this table's to guess.
+ */
+export declare function harnessAcceptsImages(harness: HarnessKind): boolean;
+/**
+ * Why a run's design renders were NOT put in front of its model.
+ *
+ * Each member names a DIFFERENT fix, which is why they are not folded into one "unavailable":
+ *
+ * - `harness_no_image_input` is the CLI: this kind runs in a container on a harness with no way to
+ *   read an image into a turn. Switching the step's model to another image-capable one changes
+ *   nothing; the fix is a different harness (or an image that teaches this one).
+ * - `model_no_image_input` is the model: the harness could carry an image and the resolved model
+ *   does not take one. Here the fix IS the model, which is why it must not read as the harness's
+ *   limitation.
+ * - `unknown_model_image_input` is the honest third answer, and the commonest: the catalog does not
+ *   declare whether this flavour accepts images. It is kept apart from `model_no_image_input`
+ *   because they send a reader to opposite places (declare the capability, versus pick a different
+ *   model), and collapsing them would let an undeclared multimodal model read as a text-only one
+ *   forever, with nothing anywhere saying the platform simply never asked.
+ * - `transfer_failed` is the store: the pair CAN carry an image and the bytes did not arrive. The
+ *   only transient member, and the only one worth retrying.
+ *
+ * Two more name a SEAM that carries no picture whatever the harness and the model could do, so
+ * neither comes out of {@link resolveDesignImageDelivery}: there is no pair to join, and the site
+ * that knows which seam it is states it directly, exactly as the store's own failure does.
+ *
+ * - `inline_harness_text_only` is the ambient inline path: the deployment serves a subscription ref
+ *   by driving its CLI as a host subprocess with one-shot text on stdin. It names a harness whose
+ *   container dispatch reads image files perfectly well, and has neither a checkout to write one
+ *   into nor a message part to attach. The fix is a deployment's, not a run's: serve this kind
+ *   somewhere that has one.
+ * - `consensus_panel` is a diverted step: its participants share ONE composed prompt string across
+ *   models that need not agree about image input, so there is nothing to attach a picture to. Named
+ *   for the surface rather than for a capability, and spelled to match the `UnavailableToolServer`
+ *   reason a panel already reports for the same reason on the same surface.
+ *
+ * There is deliberately no member for "the task has no design": that is an absent set, not a
+ * refused delivery, and a run with nothing to show must not tell its agent that something was
+ * withheld.
+ */
+export type DesignImageUnavailableReason = 'harness_no_image_input' | 'model_no_image_input' | 'unknown_model_image_input' | 'inline_harness_text_only' | 'consensus_panel' | 'transfer_failed';
+/**
+ * HOW the pictures reached the model, when they did.
+ *
+ * Carried rather than re-derived at each prompt site, because the two channels put the images in
+ * different places and a prompt that names the wrong one is worse than one that names neither: a
+ * container agent told its designs are "attached below" goes looking through a message that has
+ * none, and an inline model pointed at a checkout directory has no filesystem to look in.
+ *
+ * - `files` — the harness wrote them into the checkout and the CLI reads them with its own
+ *   image-reading tool, which is what composes the image content part.
+ * - `message` — the caller put them in the model request itself, as image parts (an inline call:
+ *   there is no CLI in between and no disk to write to).
+ */
+export type DesignImageChannel = 'files' | 'message';
+/**
+ * What a dispatch decided about its renders: a discriminated result rather than a nullable one, so
+ * "not attached" always arrives WITH its cause and the prompt can state it.
+ */
+export type DesignImageDelivery = {
+    attached: true;
+    channel: DesignImageChannel;
+} | {
+    attached: false;
+    reason: DesignImageUnavailableReason;
+};
+/**
+ * The route a dispatch site has for putting bytes in front of its model: the half of the decision
+ * that is a property of the SEAM rather than of the model.
+ *
+ * Declared by the site because only the site knows it. "Is a harness named" does not answer it (the
+ * ambient inline path names one and can carry nothing), and neither does "is this call inline" (a
+ * consensus panel is inline and can carry nothing either). A site with no route at all does not
+ * build a carrier: it states its own refusal from the two seam reasons above.
+ */
+export type DesignImageCarrier = 
+/** A container dispatch: the harness downloads the files and its CLI opens them. */
+{
+    channel: 'files';
+    harness: HarnessKind;
+}
+/** An inline model call composing its own request, so it can add image parts itself. */
+ | {
+    channel: 'message';
+};
+/**
+ * Join the two halves for one dispatch: the carrier's ability to carry an image and the resolved
+ * model's ability to take one.
+ *
+ * The carrier is asked FIRST, and the order is load-bearing rather than stylistic. A subscription
+ * harness pins its own model, so a Codex run reporting `model_no_image_input` would send someone to
+ * change a model they cannot change without also changing the harness; the CLI is the outer
+ * constraint and the honest one to name.
+ *
+ * `acceptsImages` is a tri-state on purpose (see {@link DesignImageUnavailableReason}): `true`
+ * attaches, `false` refuses as the model's limitation, and ABSENT refuses as the platform's own
+ * silence about this flavour.
+ */
+export declare function resolveDesignImageDelivery(carrier: DesignImageCarrier, ref: Pick<ModelRef, 'acceptsImages'>): DesignImageDelivery;
+//# sourceMappingURL=design-image-delivery.d.ts.map

package/dist/domain/design-image-delivery.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"design-image-delivery.d.ts","sourceRoot":"","sources":["../../src/domain/design-image-delivery.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,WAAW,EAAE,QAAQ,EAAE,MAAM,4BAA4B,CAAA;AAyBvE;;;;;;;;;;;;;;;;;;;GAmBG;AACH,eAAO,MAAM,mBAAmB,EAAE,MAAM,CAAC,WAAW,EAAE,OAAO,CAI5D,CAAA;AAED;;;;;;;GAOG;AACH,wBAAgB,oBAAoB,CAAC,OAAO,EAAE,WAAW,GAAG,OAAO,CAElE;AAED;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAoCG;AACH,MAAM,MAAM,4BAA4B,GACpC,wBAAwB,GACxB,sBAAsB,GACtB,2BAA2B,GAC3B,0BAA0B,GAC1B,iBAAiB,GACjB,iBAAiB,CAAA;AAErB;;;;;;;;;;;;GAYG;AACH,MAAM,MAAM,kBAAkB,GAAG,OAAO,GAAG,SAAS,CAAA;AAEpD;;;GAGG;AACH,MAAM,MAAM,mBAAmB,GAC3B;IAAE,QAAQ,EAAE,IAAI,CAAC;IAAC,OAAO,EAAE,kBAAkB,CAAA;CAAE,GAC/C;IAAE,QAAQ,EAAE,KAAK,CAAC;IAAC,MAAM,EAAE,4BAA4B,CAAA;CAAE,CAAA;AAE7D;;;;;;;;GAQG;AACH,MAAM,MAAM,kBAAkB;AAC5B,oFAAoF;AAClF;IAAE,OAAO,EAAE,OAAO,CAAC;IAAC,OAAO,EAAE,WAAW,CAAA;CAAE;AAC5C,wFAAwF;GACtF;IAAE,OAAO,EAAE,SAAS,CAAA;CAAE,CAAA;AAE1B;;;;;;;;;;;;GAYG;AACH,wBAAgB,0BAA0B,CACxC,OAAO,EAAE,kBAAkB,EAC3B,GAAG,EAAE,IAAI,CAAC,QAAQ,EAAE,eAAe,CAAC,GACnC,mBAAmB,CASrB"}

package/dist/domain/design-image-delivery.js

@@ -0,0 +1,83 @@
+// ---------------------------------------------------------------------------
+// Whether a dispatch can put a design RENDER in front of its model, and the reason when it
+// cannot.
+//
+// The platform holds pictures of a task's linked designs (the frames an import retained, plus the
+// images a person attached), and until now they reached a model on no path at all: a container
+// agent got the textual `.cat-context/` description and an explicit instruction NOT to fetch the
+// preview URL, and an inline caller got the same text. What a designer actually cares about, what
+// the screen looks like, was invisible to every agent building it.
+//
+// Delivery is a PAIR fact, and both halves have to be true: the dispatch site must have a CHANNEL
+// that can carry bytes to the model, and the model must accept them. Neither half implies the
+// other, so they are declared separately and joined here, once, rather than re-derived at each
+// delivery site.
+//
+// The channel is stated BY the call site rather than inferred from "is there a harness", because
+// the two are not the same question and the sites where they disagree are exactly the ones that
+// break silently. An ambient inline run drives a harness CLI with one-shot text on stdin: it names
+// a harness, has no checkout to write a file into, and flattens its message to a string, so it can
+// carry a picture by neither route. A consensus panel is inline with no harness at all and still
+// cannot carry one, because its participants share a single composed prompt string.
+// ---------------------------------------------------------------------------
+/**
+ * Which harnesses can put an IMAGE in front of their model, as an exhaustive `Record` over
+ * `HarnessKind` so a new harness cannot be added without stating its answer (an omitted entry
+ * would read as `false` and silently drop every render on that harness).
+ *
+ * `false` is a statement about THIS repo's pinned CLI, not a claim about the vendor's product. The
+ * bar for `true` is that the image has a verified way to get bytes into a turn, because the cost of
+ * guessing is asymmetric: a harness wrongly marked `true` is handed a manifest, downloads the
+ * frames, tells the agent they are there, and the agent then reports it cannot see them, which
+ * reads to everyone as a platform bug rather than as a missing capability. A harness wrongly marked
+ * `false` costs a run the pictures and SAYS SO, which is the disposition the whole vocabulary
+ * below exists to give.
+ *
+ * - `claude-code` reads an image file with its own file-reading tool, which is why the container
+ *   half of this feature is files on disk plus a prompt that names them: the CLI composes the
+ *   image content part, exactly as it does for a screenshot a human pastes at it.
+ * - `codex` and `pi` are `false` today. Codex's pinned CLI has no verified file-to-turn path in
+ *   this image, and Pi has no image input at all (the same reason it has no MCP client). Flip an
+ *   entry here in the change that teaches the image to carry the bytes, never ahead of it.
+ */
+export const HARNESS_IMAGE_INPUT = {
+    pi: false,
+    'claude-code': true,
+    codex: false,
+};
+/**
+ * Whether this harness can open an image file the platform wrote into the checkout.
+ *
+ * TOTAL over `HarnessKind`, with no "no harness" case: an inline call has no CLI to ask about, and
+ * letting `undefined` answer `true` here is what once let the ambient inline path (a harness CLI
+ * fed one-shot text) inherit the container answer and promise files nothing wrote. Which channel a
+ * site has is {@link DesignImageCarrier}'s job to state, not this table's to guess.
+ */
+export function harnessAcceptsImages(harness) {
+    return HARNESS_IMAGE_INPUT[harness];
+}
+/**
+ * Join the two halves for one dispatch: the carrier's ability to carry an image and the resolved
+ * model's ability to take one.
+ *
+ * The carrier is asked FIRST, and the order is load-bearing rather than stylistic. A subscription
+ * harness pins its own model, so a Codex run reporting `model_no_image_input` would send someone to
+ * change a model they cannot change without also changing the harness; the CLI is the outer
+ * constraint and the honest one to name.
+ *
+ * `acceptsImages` is a tri-state on purpose (see {@link DesignImageUnavailableReason}): `true`
+ * attaches, `false` refuses as the model's limitation, and ABSENT refuses as the platform's own
+ * silence about this flavour.
+ */
+export function resolveDesignImageDelivery(carrier, ref) {
+    if (carrier.channel === 'files' && !harnessAcceptsImages(carrier.harness)) {
+        return { attached: false, reason: 'harness_no_image_input' };
+    }
+    if (ref.acceptsImages === undefined) {
+        return { attached: false, reason: 'unknown_model_image_input' };
+    }
+    if (!ref.acceptsImages)
+        return { attached: false, reason: 'model_no_image_input' };
+    return { attached: true, channel: carrier.channel };
+}
+//# sourceMappingURL=design-image-delivery.js.map

package/dist/domain/design-image-delivery.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"design-image-delivery.js","sourceRoot":"","sources":["../../src/domain/design-image-delivery.ts"],"names":[],"mappings":"AAEA,8EAA8E;AAC9E,2FAA2F;AAC3F,UAAU;AACV,EAAE;AACF,kGAAkG;AAClG,+FAA+F;AAC/F,iGAAiG;AACjG,kGAAkG;AAClG,mEAAmE;AACnE,EAAE;AACF,kGAAkG;AAClG,8FAA8F;AAC9F,+FAA+F;AAC/F,iBAAiB;AACjB,EAAE;AACF,iGAAiG;AACjG,gGAAgG;AAChG,mGAAmG;AACnG,mGAAmG;AACnG,iGAAiG;AACjG,oFAAoF;AACpF,8EAA8E;AAE9E;;;;;;;;;;;;;;;;;;;GAmBG;AACH,MAAM,CAAC,MAAM,mBAAmB,GAAiC;IAC/D,EAAE,EAAE,KAAK;IACT,aAAa,EAAE,IAAI;IACnB,KAAK,EAAE,KAAK;CACb,CAAA;AAED;;;;;;;GAOG;AACH,MAAM,UAAU,oBAAoB,CAAC,OAAoB;IACvD,OAAO,mBAAmB,CAAC,OAAO,CAAC,CAAA;AACrC,CAAC;AAqFD;;;;;;;;;;;;GAYG;AACH,MAAM,UAAU,0BAA0B,CACxC,OAA2B,EAC3B,GAAoC;IAEpC,IAAI,OAAO,CAAC,OAAO,KAAK,OAAO,IAAI,CAAC,oBAAoB,CAAC,OAAO,CAAC,OAAO,CAAC,EAAE,CAAC;QAC1E,OAAO,EAAE,QAAQ,EAAE,KAAK,EAAE,MAAM,EAAE,wBAAwB,EAAE,CAAA;IAC9D,CAAC;IACD,IAAI,GAAG,CAAC,aAAa,KAAK,SAAS,EAAE,CAAC;QACpC,OAAO,EAAE,QAAQ,EAAE,KAAK,EAAE,MAAM,EAAE,2BAA2B,EAAE,CAAA;IACjE,CAAC;IACD,IAAI,CAAC,GAAG,CAAC,aAAa;QAAE,OAAO,EAAE,QAAQ,EAAE,KAAK,EAAE,MAAM,EAAE,sBAAsB,EAAE,CAAA;IAClF,OAAO,EAAE,QAAQ,EAAE,IAAI,EAAE,OAAO,EAAE,OAAO,CAAC,OAAO,EAAE,CAAA;AACrD,CAAC"}

package/dist/domain/harness-capabilities.d.ts

@@ -7,13 +7,19 @@ import type { RunnerDispatchAck, RunnerJobStopOutcome } from '../ports/runner-tr
  * (`packageRegistries`, `validation`) needs no handshake, because an older image simply does less and
  * the run reports what it did. Adding a member here is a claim that the PROMPT would lie.
  *
+ * That is also why `designImages` is a member and `referenceScreenshots` is not, though they are the
+ * same wire shape: the capture block is composed BY the harness out of what actually landed, so an
+ * image that ignores the field simply says nothing, while the design block is composed by the
+ * BACKEND (only it knows the delivery verdict and the views no container was sent) and would name a
+ * directory an older image never wrote.
+ *
  * Keyed as an exhaustive `Record` so the list below cannot drift from the union, and mirrored
  * byte-for-byte by the harness's own `HARNESS_BODY_CAPABILITIES` (the image is built from `src/`
  * plus typescript alone, so it can depend on no workspace package). The pairing is pinned by the
  * harness's `test/agent-capabilities.conformity.test.ts`, the same copy-plus-pin arrangement the
  * id/tool-name patterns use.
  */
-export type HarnessBodyCapability = 'mcpServers' | 'skills';
+export type HarnessBodyCapability = 'mcpServers' | 'skills' | 'designImages';
 /** Every capability the handshake covers. Derived, so it cannot drift from the union. */
 export declare const HARNESS_BODY_CAPABILITIES: HarnessBodyCapability[];
 /** What a capability is, for an operator-facing message. */
@@ -41,10 +47,6 @@ export declare function parseHarnessBodyCapabilities(value: unknown): HarnessBod
  * dropped every tool server for its own reasons (an unsupported harness, a missing credential)
  * promised the agent nothing and has nothing to verify. What must line up is the body and the
  * PROMPT, and the prompt is composed from the same resolution the body is.
- *
- * A capability's name IS its body field name, deliberately. That is what lets this stay one
- * filter instead of a second mapping to keep in step, and it is why the harness's own list is a
- * list of field names too.
  */
 export declare function requiredHarnessCapabilities(body: Readonly<Record<string, unknown>>): HarnessBodyCapability[];
 /**

package/dist/domain/harness-capabilities.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"harness-capabilities.d.ts","sourceRoot":"","sources":["../../src/domain/harness-capabilities.ts"],"names":[],"mappings":"AAkBA,OAAO,KAAK,EAAE,iBAAiB,EAAE,oBAAoB,EAAE,MAAM,8BAA8B,CAAA;AAE3F;;;;;;;;;;;;;GAaG;AACH,MAAM,MAAM,qBAAqB,GAAG,YAAY,GAAG,QAAQ,CAAA;AAQ3D,yFAAyF;AACzF,eAAO,MAAM,yBAAyB,EAEjC,qBAAqB,EAAE,CAAA;AAE5B,4DAA4D;AAC5D,wBAAgB,6BAA6B,CAAC,UAAU,EAAE,qBAAqB,GAAG,MAAM,CAEvF;AAED,kEAAkE;AAClE,wBAAgB,uBAAuB,CAAC,KAAK,EAAE,OAAO,GAAG,KAAK,IAAI,qBAAqB,CAItF;AAED;;;;;;;;;;;;GAYG;AACH,wBAAgB,4BAA4B,CAAC,KAAK,EAAE,OAAO,GAAG,qBAAqB,EAAE,GAAG,SAAS,CAGhG;AAED;;;;;;;;;;;GAWG;AACH,wBAAgB,2BAA2B,CACzC,IAAI,EAAE,QAAQ,CAAC,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,CAAC,GACtC,qBAAqB,EAAE,CAKzB;AAED;;;;;;;GAOG;AACH,wBAAgB,qBAAqB,CAAC,IAAI,EAAE,OAAO,GAAG,iBAAiB,GAAG,SAAS,CAMlF;AAED;;;;;;;;;;;;GAYG;AACH,MAAM,MAAM,wBAAwB,GAChC;IAAE,IAAI,EAAE,WAAW,CAAA;CAAE,GACrB;IAAE,IAAI,EAAE,SAAS,CAAC;IAAC,QAAQ,EAAE,qBAAqB,EAAE,CAAA;CAAE,GACtD;IAAE,IAAI,EAAE,aAAa,CAAC;IAAC,OAAO,EAAE,qBAAqB,EAAE,CAAA;CAAE,CAAA;AAE7D,wBAAgB,+BAA+B,CAC7C,QAAQ,EAAE,SAAS,qBAAqB,EAAE,EAC1C,QAAQ,EAAE,SAAS,qBAAqB,EAAE,GAAG,SAAS,GACrD,wBAAwB,CAK1B;AAED;;;;GAIG;AACH,MAAM,MAAM,mBAAmB,GAAG,oBAAoB,GAAG,QAAQ,CAAA;AAmCjE;;;;;GAKG;AACH,wBAAgB,mCAAmC,CACjD,OAAO,EAAE,SAAS,qBAAqB,EAAE,EACzC,IAAI,EAAE,mBAAmB,GACxB,MAAM,CAQR"}
+{"version":3,"file":"harness-capabilities.d.ts","sourceRoot":"","sources":["../../src/domain/harness-capabilities.ts"],"names":[],"mappings":"AAkBA,OAAO,KAAK,EAAE,iBAAiB,EAAE,oBAAoB,EAAE,MAAM,8BAA8B,CAAA;AAE3F;;;;;;;;;;;;;;;;;;;GAmBG;AACH,MAAM,MAAM,qBAAqB,GAAG,YAAY,GAAG,QAAQ,GAAG,cAAc,CAAA;AAS5E,yFAAyF;AACzF,eAAO,MAAM,yBAAyB,EAEjC,qBAAqB,EAAE,CAAA;AAE5B,4DAA4D;AAC5D,wBAAgB,6BAA6B,CAAC,UAAU,EAAE,qBAAqB,GAAG,MAAM,CAEvF;AAED,kEAAkE;AAClE,wBAAgB,uBAAuB,CAAC,KAAK,EAAE,OAAO,GAAG,KAAK,IAAI,qBAAqB,CAItF;AAED;;;;;;;;;;;;GAYG;AACH,wBAAgB,4BAA4B,CAAC,KAAK,EAAE,OAAO,GAAG,qBAAqB,EAAE,GAAG,SAAS,CAGhG;AAgCD;;;;;;;GAOG;AACH,wBAAgB,2BAA2B,CACzC,IAAI,EAAE,QAAQ,CAAC,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,CAAC,GACtC,qBAAqB,EAAE,CAIzB;AAED;;;;;;;GAOG;AACH,wBAAgB,qBAAqB,CAAC,IAAI,EAAE,OAAO,GAAG,iBAAiB,GAAG,SAAS,CAMlF;AAED;;;;;;;;;;;;GAYG;AACH,MAAM,MAAM,wBAAwB,GAChC;IAAE,IAAI,EAAE,WAAW,CAAA;CAAE,GACrB;IAAE,IAAI,EAAE,SAAS,CAAC;IAAC,QAAQ,EAAE,qBAAqB,EAAE,CAAA;CAAE,GACtD;IAAE,IAAI,EAAE,aAAa,CAAC;IAAC,OAAO,EAAE,qBAAqB,EAAE,CAAA;CAAE,CAAA;AAE7D,wBAAgB,+BAA+B,CAC7C,QAAQ,EAAE,SAAS,qBAAqB,EAAE,EAC1C,QAAQ,EAAE,SAAS,qBAAqB,EAAE,GAAG,SAAS,GACrD,wBAAwB,CAK1B;AAED;;;;GAIG;AACH,MAAM,MAAM,mBAAmB,GAAG,oBAAoB,GAAG,QAAQ,CAAA;AAmCjE;;;;;GAKG;AACH,wBAAgB,mCAAmC,CACjD,OAAO,EAAE,SAAS,qBAAqB,EAAE,EACzC,IAAI,EAAE,mBAAmB,GACxB,MAAM,CAQR"}

package/dist/domain/harness-capabilities.js

@@ -19,6 +19,7 @@
 const HARNESS_BODY_CAPABILITY_LABELS = {
     mcpServers: 'tool servers (MCP)',
     skills: 'skills',
+    designImages: 'design pictures',
 };
 /** Every capability the handshake covers. Derived, so it cannot drift from the union. */
 export const HARNESS_BODY_CAPABILITIES = Object.keys(HARNESS_BODY_CAPABILITY_LABELS);
@@ -48,6 +49,32 @@ export function parseHarnessBodyCapabilities(value) {
         return undefined;
     return value.filter(isHarnessBodyCapability);
 }
+/** A non-empty array: the wire shape of every capability that is simply a list. */
+function isPopulatedList(value) {
+    return Array.isArray(value) && value.length > 0;
+}
+/**
+ * What "the body carries this capability" means for each one, as an exhaustive `Record` so a new
+ * member cannot be added without stating its own answer.
+ *
+ * A predicate per capability rather than one shape test over all of them, because the field shapes
+ * genuinely differ and the wrong generalisation is SILENT in the worst direction: `designImages` is
+ * an object (`{ url, token, files }`), so the populated-list test every list-shaped capability
+ * shares reads it as absent, the handshake never fires for it, and an image that predates the field
+ * ignores the manifest while the backend's prompt names a directory nothing wrote. That is
+ * precisely the blind run this whole handshake exists to refuse.
+ *
+ * The KEY is still the body field name, which is what keeps the harness's own list a list of field
+ * names and needs no second mapping there; only the emptiness test lives here.
+ */
+const HARNESS_BODY_CAPABILITY_CARRIED = {
+    mcpServers: isPopulatedList,
+    skills: isPopulatedList,
+    // A manifest with no files promises the agent nothing, exactly as an empty server list does.
+    designImages: (value) => typeof value === 'object' &&
+        value !== null &&
+        isPopulatedList(value.files),
+};
 /**
  * Which capabilities a job body actually CARRIES, which is what the handshake is checked against.
  *
@@ -55,16 +82,9 @@ export function parseHarnessBodyCapabilities(value) {
  * dropped every tool server for its own reasons (an unsupported harness, a missing credential)
  * promised the agent nothing and has nothing to verify. What must line up is the body and the
  * PROMPT, and the prompt is composed from the same resolution the body is.
- *
- * A capability's name IS its body field name, deliberately. That is what lets this stay one
- * filter instead of a second mapping to keep in step, and it is why the harness's own list is a
- * list of field names too.
  */
 export function requiredHarnessCapabilities(body) {
-    return HARNESS_BODY_CAPABILITIES.filter((capability) => {
-        const value = body[capability];
-        return Array.isArray(value) && value.length > 0;
-    });
+    return HARNESS_BODY_CAPABILITIES.filter((capability) => HARNESS_BODY_CAPABILITY_CARRIED[capability](body[capability]));
 }
 /**
  * Read a harness's `POST /jobs` acceptance body into a {@link RunnerDispatchAck}.

package/dist/domain/harness-capabilities.js.map

@@ -1 +1 @@
-{"version":3,"file":"harness-capabilities.js","sourceRoot":"","sources":["../../src/domain/harness-capabilities.ts"],"names":[],"mappings":"AAAA,wFAAwF;AACxF,iGAAiG;AACjG,EAAE;AACF,6FAA6F;AAC7F,gGAAgG;AAChG,kGAAkG;AAClG,4FAA4F;AAC5F,kGAAkG;AAClG,kGAAkG;AAClG,0FAA0F;AAC1F,EAAE;AACF,4FAA4F;AAC5F,6FAA6F;AAC7F,8FAA8F;AAC9F,wFAAwF;AACxF,6FAA6F;AAC7F,4FAA4F;AAoB5F,kFAAkF;AAClF,MAAM,8BAA8B,GAA0C;IAC5E,UAAU,EAAE,oBAAoB;IAChC,MAAM,EAAE,QAAQ;CACjB,CAAA;AAED,yFAAyF;AACzF,MAAM,CAAC,MAAM,yBAAyB,GAAG,MAAM,CAAC,IAAI,CAClD,8BAA8B,CACJ,CAAA;AAE5B,4DAA4D;AAC5D,MAAM,UAAU,6BAA6B,CAAC,UAAiC;IAC7E,OAAO,8BAA8B,CAAC,UAAU,CAAC,CAAA;AACnD,CAAC;AAED,kEAAkE;AAClE,MAAM,UAAU,uBAAuB,CAAC,KAAc;IACpD,OAAO,CACL,OAAO,KAAK,KAAK,QAAQ,IAAK,yBAA+C,CAAC,QAAQ,CAAC,KAAK,CAAC,CAC9F,CAAA;AACH,CAAC;AAED;;;;;;;;;;;;GAYG;AACH,MAAM,UAAU,4BAA4B,CAAC,KAAc;IACzD,IAAI,CAAC,KAAK,CAAC,OAAO,CAAC,KAAK,CAAC;QAAE,OAAO,SAAS,CAAA;IAC3C,OAAO,KAAK,CAAC,MAAM,CAAC,uBAAuB,CAAC,CAAA;AAC9C,CAAC;AAED;;;;;;;;;;;GAWG;AACH,MAAM,UAAU,2BAA2B,CACzC,IAAuC;IAEvC,OAAO,yBAAyB,CAAC,MAAM,CAAC,CAAC,UAAU,EAAE,EAAE;QACrD,MAAM,KAAK,GAAG,IAAI,CAAC,UAAU,CAAC,CAAA;QAC9B,OAAO,KAAK,CAAC,OAAO,CAAC,KAAK,CAAC,IAAI,KAAK,CAAC,MAAM,GAAG,CAAC,CAAA;IACjD,CAAC,CAAC,CAAA;AACJ,CAAC;AAED;;;;;;;GAOG;AACH,MAAM,UAAU,qBAAqB,CAAC,IAAa;IACjD,IAAI,OAAO,IAAI,KAAK,QAAQ,IAAI,IAAI,KAAK,IAAI;QAAE,OAAO,SAAS,CAAA;IAC/D,MAAM,YAAY,GAAI,IAAmC,CAAC,YAAY,CAAA;IACtE,OAAO,KAAK,CAAC,OAAO,CAAC,YAAY,CAAC;QAChC,CAAC,CAAC,EAAE,YAAY,EAAE,YAAY,CAAC,MAAM,CAAC,CAAC,KAAK,EAAmB,EAAE,CAAC,OAAO,KAAK,KAAK,QAAQ,CAAC,EAAE;QAC9F,CAAC,CAAC,SAAS,CAAA;AACf,CAAC;AAoBD,MAAM,UAAU,+BAA+B,CAC7C,QAA0C,EAC1C,QAAsD;IAEtD,IAAI,QAAQ,CAAC,MAAM,KAAK,CAAC;QAAE,OAAO,EAAE,IAAI,EAAE,WAAW,EAAE,CAAA;IACvD,IAAI,CAAC,QAAQ;QAAE,OAAO,EAAE,IAAI,EAAE,SAAS,EAAE,QAAQ,EAAE,CAAC,GAAG,QAAQ,CAAC,EAAE,CAAA;IAClE,MAAM,OAAO,GAAG,QAAQ,CAAC,MAAM,CAAC,CAAC,UAAU,EAAE,EAAE,CAAC,CAAC,QAAQ,CAAC,QAAQ,CAAC,UAAU,CAAC,CAAC,CAAA;IAC/E,OAAO,OAAO,CAAC,MAAM,CAAC,CAAC,CAAC,EAAE,IAAI,EAAE,aAAa,EAAE,OAAO,EAAE,CAAC,CAAC,CAAC,EAAE,IAAI,EAAE,WAAW,EAAE,CAAA;AAClF,CAAC;AASD;;;;;;;;;;GAUG;AACH,SAAS,oBAAoB,CAAC,IAAyB;IACrD,QAAQ,IAAI,EAAE,CAAC;QACb,KAAK,SAAS;YACZ,OAAO,0EAA0E,CAAA;QACnF,KAAK,WAAW;YACd,OAAO,CACL,uFAAuF;gBACvF,wDAAwD,CACzD,CAAA;QACH,KAAK,aAAa;YAChB,OAAO,CACL,sFAAsF;gBACtF,uFAAuF,CACxF,CAAA;QACH,KAAK,QAAQ;YACX,OAAO,CACL,yFAAyF;gBACzF,kDAAkD,CACnD,CAAA;IACL,CAAC;AACH,CAAC;AAED;;;;;GAKG;AACH,MAAM,UAAU,mCAAmC,CACjD,OAAyC,EACzC,IAAyB;IAEzB,MAAM,IAAI,GAAG,OAAO,CAAC,GAAG,CAAC,6BAA6B,CAAC,CAAC,IAAI,CAAC,OAAO,CAAC,CAAA;IACrE,OAAO,CACL,sDAAsD,IAAI,6BAA6B;QACvF,2FAA2F;QAC3F,2FAA2F;QAC3F,oBAAoB,CAAC,IAAI,CAAC,CAC3B,CAAA;AACH,CAAC"}
+{"version":3,"file":"harness-capabilities.js","sourceRoot":"","sources":["../../src/domain/harness-capabilities.ts"],"names":[],"mappings":"AAAA,wFAAwF;AACxF,iGAAiG;AACjG,EAAE;AACF,6FAA6F;AAC7F,gGAAgG;AAChG,kGAAkG;AAClG,4FAA4F;AAC5F,kGAAkG;AAClG,kGAAkG;AAClG,0FAA0F;AAC1F,EAAE;AACF,4FAA4F;AAC5F,6FAA6F;AAC7F,8FAA8F;AAC9F,wFAAwF;AACxF,6FAA6F;AAC7F,4FAA4F;AA0B5F,kFAAkF;AAClF,MAAM,8BAA8B,GAA0C;IAC5E,UAAU,EAAE,oBAAoB;IAChC,MAAM,EAAE,QAAQ;IAChB,YAAY,EAAE,iBAAiB;CAChC,CAAA;AAED,yFAAyF;AACzF,MAAM,CAAC,MAAM,yBAAyB,GAAG,MAAM,CAAC,IAAI,CAClD,8BAA8B,CACJ,CAAA;AAE5B,4DAA4D;AAC5D,MAAM,UAAU,6BAA6B,CAAC,UAAiC;IAC7E,OAAO,8BAA8B,CAAC,UAAU,CAAC,CAAA;AACnD,CAAC;AAED,kEAAkE;AAClE,MAAM,UAAU,uBAAuB,CAAC,KAAc;IACpD,OAAO,CACL,OAAO,KAAK,KAAK,QAAQ,IAAK,yBAA+C,CAAC,QAAQ,CAAC,KAAK,CAAC,CAC9F,CAAA;AACH,CAAC;AAED;;;;;;;;;;;;GAYG;AACH,MAAM,UAAU,4BAA4B,CAAC,KAAc;IACzD,IAAI,CAAC,KAAK,CAAC,OAAO,CAAC,KAAK,CAAC;QAAE,OAAO,SAAS,CAAA;IAC3C,OAAO,KAAK,CAAC,MAAM,CAAC,uBAAuB,CAAC,CAAA;AAC9C,CAAC;AAED,mFAAmF;AACnF,SAAS,eAAe,CAAC,KAAc;IACrC,OAAO,KAAK,CAAC,OAAO,CAAC,KAAK,CAAC,IAAI,KAAK,CAAC,MAAM,GAAG,CAAC,CAAA;AACjD,CAAC;AAED;;;;;;;;;;;;;GAaG;AACH,MAAM,+BAA+B,GACnC;IACE,UAAU,EAAE,eAAe;IAC3B,MAAM,EAAE,eAAe;IACvB,6FAA6F;IAC7F,YAAY,EAAE,CAAC,KAAK,EAAE,EAAE,CACtB,OAAO,KAAK,KAAK,QAAQ;QACzB,KAAK,KAAK,IAAI;QACd,eAAe,CAAE,KAA6B,CAAC,KAAK,CAAC;CACxD,CAAA;AAEH;;;;;;;GAOG;AACH,MAAM,UAAU,2BAA2B,CACzC,IAAuC;IAEvC,OAAO,yBAAyB,CAAC,MAAM,CAAC,CAAC,UAAU,EAAE,EAAE,CACrD,+BAA+B,CAAC,UAAU,CAAC,CAAC,IAAI,CAAC,UAAU,CAAC,CAAC,CAC9D,CAAA;AACH,CAAC;AAED;;;;;;;GAOG;AACH,MAAM,UAAU,qBAAqB,CAAC,IAAa;IACjD,IAAI,OAAO,IAAI,KAAK,QAAQ,IAAI,IAAI,KAAK,IAAI;QAAE,OAAO,SAAS,CAAA;IAC/D,MAAM,YAAY,GAAI,IAAmC,CAAC,YAAY,CAAA;IACtE,OAAO,KAAK,CAAC,OAAO,CAAC,YAAY,CAAC;QAChC,CAAC,CAAC,EAAE,YAAY,EAAE,YAAY,CAAC,MAAM,CAAC,CAAC,KAAK,EAAmB,EAAE,CAAC,OAAO,KAAK,KAAK,QAAQ,CAAC,EAAE;QAC9F,CAAC,CAAC,SAAS,CAAA;AACf,CAAC;AAoBD,MAAM,UAAU,+BAA+B,CAC7C,QAA0C,EAC1C,QAAsD;IAEtD,IAAI,QAAQ,CAAC,MAAM,KAAK,CAAC;QAAE,OAAO,EAAE,IAAI,EAAE,WAAW,EAAE,CAAA;IACvD,IAAI,CAAC,QAAQ;QAAE,OAAO,EAAE,IAAI,EAAE,SAAS,EAAE,QAAQ,EAAE,CAAC,GAAG,QAAQ,CAAC,EAAE,CAAA;IAClE,MAAM,OAAO,GAAG,QAAQ,CAAC,MAAM,CAAC,CAAC,UAAU,EAAE,EAAE,CAAC,CAAC,QAAQ,CAAC,QAAQ,CAAC,UAAU,CAAC,CAAC,CAAA;IAC/E,OAAO,OAAO,CAAC,MAAM,CAAC,CAAC,CAAC,EAAE,IAAI,EAAE,aAAa,EAAE,OAAO,EAAE,CAAC,CAAC,CAAC,EAAE,IAAI,EAAE,WAAW,EAAE,CAAA;AAClF,CAAC;AASD;;;;;;;;;;GAUG;AACH,SAAS,oBAAoB,CAAC,IAAyB;IACrD,QAAQ,IAAI,EAAE,CAAC;QACb,KAAK,SAAS;YACZ,OAAO,0EAA0E,CAAA;QACnF,KAAK,WAAW;YACd,OAAO,CACL,uFAAuF;gBACvF,wDAAwD,CACzD,CAAA;QACH,KAAK,aAAa;YAChB,OAAO,CACL,sFAAsF;gBACtF,uFAAuF,CACxF,CAAA;QACH,KAAK,QAAQ;YACX,OAAO,CACL,yFAAyF;gBACzF,kDAAkD,CACnD,CAAA;IACL,CAAC;AACH,CAAC;AAED;;;;;GAKG;AACH,MAAM,UAAU,mCAAmC,CACjD,OAAyC,EACzC,IAAyB;IAEzB,MAAM,IAAI,GAAG,OAAO,CAAC,GAAG,CAAC,6BAA6B,CAAC,CAAC,IAAI,CAAC,OAAO,CAAC,CAAA;IACrE,OAAO,CACL,sDAAsD,IAAI,6BAA6B;QACvF,2FAA2F;QAC3F,2FAA2F;QAC3F,oBAAoB,CAAC,IAAI,CAAC,CAC3B,CAAA;AACH,CAAC"}

package/dist/domain/models.d.ts

@@ -87,6 +87,8 @@ export interface BedrockVariant {
     baseModelId: string;
     /** Context window at Bedrock, when known (often differs from the vendor's own API). */
     contextTokens?: number;
+    /** Whether Bedrock serves this model with image input. See {@link ModelRef.acceptsImages}. */
+    acceptsImages?: boolean;
 }
 /**
  * A subscription-only variant: the model runs in the Claude Code / Codex harness

package/dist/domain/models.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"models.d.ts","sourceRoot":"","sources":["../../src/domain/models.ts"],"names":[],"mappings":"AAAA,OAAO,EACL,KAAK,SAAS,EACd,KAAK,WAAW,EAChB,KAAK,iBAAiB,EACtB,KAAK,WAAW,EAChB,KAAK,WAAW,EAChB,KAAK,mBAAmB,EACxB,KAAK,kBAAkB,EAEvB,4BAA4B,EAC7B,MAAM,wBAAwB,CAAA;AAC/B,OAAO,KAAK,EAAE,WAAW,EAAE,QAAQ,EAAE,MAAM,4BAA4B,CAAA;AAGvE;;;;;;GAMG;AACH,eAAO,MAAM,aAAa,4EAMiB,CAAA;AAE3C;;;;;;;;;;;;;;;GAeG;AACH,eAAO,MAAM,2BAA2B,EAAE,SAAS,WAAW,EAAkB,CAAA;AAEhF;;;;;;;;GAQG;AACH,eAAO,MAAM,yBAAyB,qCAA+B,CAAA;AASrE,MAAM,WAAW,wBAAwB;IACvC,OAAO,EAAE,OAAO,CAAC,WAAW,EAAE,aAAa,GAAG,OAAO,CAAC,CAAA;IACtD,4EAA4E;IAC5E,OAAO,CAAC,EAAE,MAAM,CAAA;IAChB,uDAAuD;IACvD,KAAK,EAAE,MAAM,CAAA;IACb;;;;;;;;;;;;;;;;;;;;OAoBG;IACH,cAAc,CAAC,EAAE,OAAO,CAAA;CACzB;AAED,eAAO,MAAM,oBAAoB,EAAE,MAAM,CAAC,kBAAkB,EAAE,wBAAwB,CAmBrF,CAAA;AAiBD,MAAM,WAAW,YAAY;IAC3B,GAAG,EAAE,QAAQ,CAAA;IACb,yEAAyE;IACzE,MAAM,EAAE,MAAM,CAAA;IACd,kEAAkE;IAClE,aAAa,EAAE,MAAM,CAAA;CACtB;AAED;;;;;;;;;GASG;AACH,MAAM,WAAW,cAAc;IAC7B,uEAAuE;IACvE,WAAW,EAAE,MAAM,CAAA;IACnB,uFAAuF;IACvF,aAAa,CAAC,EAAE,MAAM,CAAA;CACvB;AAED;;;;GAIG;AACH,MAAM,WAAW,mBAAmB;IAClC,GAAG,EAAE,QAAQ,CAAA;IACb,0DAA0D;IAC1D,MAAM,EAAE,kBAAkB,CAAA;CAC3B;AAED,MAAM,WAAW,eAAe;IAC9B,gDAAgD;IAChD,EAAE,EAAE,MAAM,CAAA;IACV;;;;OAIG;IACH,MAAM,CAAC,EAAE,WAAW,CAAA;IACpB,4DAA4D;IAC5D,KAAK,EAAE,MAAM,CAAA;IACb,sDAAsD;IACtD,WAAW,EAAE,MAAM,CAAA;IACnB,4FAA4F;IAC5F,UAAU,CAAC,EAAE,QAAQ,CAAA;IACrB,yEAAyE;IACzE,MAAM,CAAC,EAAE,YAAY,CAAA;IACrB;;;;;;OAMG;IACH,OAAO,CAAC,EAAE,cAAc,CAAA;IACxB;;;;OAIG;IACH,UAAU,CAAC,EAAE,YAAY,CAAA;IACzB;;;;;OAKG;IACH,YAAY,CAAC,EAAE,mBAAmB,CAAA;CACnC;AAED,eAAO,MAAM,aAAa,EAAE,eAAe,EA6b1C,CAAA;AAID,6EAA6E;AAC7E,wBAAgB,kBAAkB,CAAC,EAAE,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,GAAG,eAAe,GAAG,SAAS,CAE7F;AAkBD;;;;;;GAMG;AACH,wBAAgB,gBAAgB,CAAC,EAAE,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,GAAG,WAAW,GAAG,IAAI,CAclF;AAED;;;;;;GAMG;AACH,wBAAgB,uBAAuB,CACrC,EAAE,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,EAC7B,iBAAiB,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,EAC5C,MAAM,EAAE,iBAAiB,GAAG,SAAS,GACpC,OAAO,CAUT;AAaD;;;;;;;;;GASG;AACH,wBAAgB,qBAAqB,CACnC,WAAW,EAAE,MAAM,EACnB,IAAI,EAAE,oBAAoB,GACzB,MAAM,GAAG,SAAS,CAKpB;AA8BD;;;;;;;GAOG;AACH,wBAAgB,gBAAgB,CAAC,GAAG,EAAE;IAAE,QAAQ,EAAE,MAAM,CAAC;IAAC,KAAK,EAAE,MAAM,CAAA;CAAE,GAAG,MAAM,GAAG,SAAS,CAQ7F;AAED;;;;;GAKG;AACH,MAAM,WAAW,oBAAoB;IACnC,qFAAqF;IACrF,eAAe,EAAE,GAAG,CAAC,MAAM,CAAC,CAAA;IAC5B,mEAAmE;IACnE,mBAAmB,EAAE,GAAG,CAAC,kBAAkB,CAAC,CAAA;IAC5C,sFAAsF;IACtF,iBAAiB,EAAE,OAAO,CAAA;IAC1B;;;;;;;OAOG;IACH,aAAa,CAAC,EAAE,GAAG,CAAC,MAAM,CAAC,CAAA;IAC3B;;;;;;;;OAQG;IACH,kBAAkB,CAAC,EAAE,SAAS,WAAW,EAAE,CAAA;IAC3C;;;;;;OAMG;IACH,WAAW,CAAC,EAAE,GAAG,CAAC,MAAM,CAAC,CAAA;IACzB;;;;;;;OAOG;IACH,gBAAgB,CAAC,EAAE,GAAG,CAAC,MAAM,CAAC,CAAA;IAC9B;;;;;;OAMG;IACH,WAAW,CAAC,EAAE,iBAAiB,CAAA;CAChC;AAED,qFAAqF;AACrF,MAAM,MAAM,iBAAiB,GAAG,CAAC,GAAG,EAAE,QAAQ,KAAK,SAAS,GAAG,SAAS,CAAA;AAiGxE;;;;;GAKG;AACH,wBAAgB,aAAa,CAAC,EAAE,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,EAAE,IAAI,EAAE,oBAAoB,GAAG,OAAO,CAkBhG;AAgFD;;;;;GAKG;AACH,wBAAgB,qBAAqB,CACnC,EAAE,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,GAC5B;IAAE,MAAM,EAAE,kBAAkB,CAAC;IAAC,GAAG,EAAE,QAAQ,CAAA;CAAE,GAAG,SAAS,CAI3D;AAED,2FAA2F;AAC3F,wBAAgB,kBAAkB,CAAC,MAAM,EAAE,kBAAkB,GAAG,OAAO,CAEtE;AAoBD;;;;;;;;;;GAUG;AACH,wBAAgB,yBAAyB,CAAC,GAAG,EAAE,QAAQ,GAAG,OAAO,CAEhE;AAED;;;;;;;;GAQG;AACH,wBAAgB,wBAAwB,CAAC,GAAG,EAAE,QAAQ,GAAG,kBAAkB,GAAG,SAAS,CAGtF;AAED;;;;;;;;;;;GAWG;AACH,wBAAgB,qBAAqB,CACnC,KAAK,EAAE,SAAS,WAAW,EAAE,GAAG,SAAS,EACzC,MAAM,EAAE,kBAAkB,GACzB,OAAO,CAIT;AAED;;;;;;;;;;GAUG;AACH,wBAAgB,kBAAkB,CAAC,GAAG,EAAE,QAAQ,GAAG,kBAAkB,GAAG,SAAS,CAKhF;AAED;;;;;;;;;;GAUG;AACH,wBAAgB,mBAAmB,CACjC,EAAE,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,EAC7B,IAAI,EAAE,oBAAoB,EAC1B,UAAU,CAAC,EAAE,CAAC,GAAG,EAAE,QAAQ,KAAK,OAAO,GACtC,OAAO,CAKT;AAED;;yCAEyC;AACzC,eAAO,MAAM,kBAAkB,EAAE,kBAAkB,EAEvB,CAAA;AAE5B;;;;;GAKG;AACH,wBAAgB,0BAA0B,CACxC,EAAE,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,GAC5B,kBAAkB,GAAG,IAAI,CAG3B;AAED;;;;;;;;;;;;;;;;;;;;GAoBG;AACH,wBAAgB,kCAAkC,CAChD,EAAE,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,EAC7B,uBAAuB,EAAE,CAAC,MAAM,EAAE,kBAAkB,KAAK,OAAO,GAC/D,kBAAkB,GAAG,IAAI,CAS3B;AAED;;;;;;;GAOG;AACH,wBAAgB,gBAAgB,CAC9B,IAAI,EAAE,oBAAoB,EAC1B,OAAO,CAAC,EAAE,iBAAiB,GAC1B,WAAW,EAAE,CAEf;AAED;;;;GAIG;AACH,wBAAgB,oBAAoB,CAClC,KAAK,EAAE,eAAe,EAAE,EACxB,IAAI,EAAE,oBAAoB,EAC1B,OAAO,CAAC,EAAE,iBAAiB,GAC1B,WAAW,EAAE,CAEf;AAED,6DAA6D;AAC7D,MAAM,WAAW,mBAAmB;IAClC,4EAA4E;IAC5E,QAAQ,EAAE,MAAM,CAAA;IAChB,8DAA8D;IAC9D,KAAK,EAAE,MAAM,CAAA;IACb,0CAA0C;IAC1C,MAAM,EAAE,MAAM,EAAE,CAAA;CACjB;AAED;;;;GAIG;AACH,wBAAgB,qBAAqB,CAAC,SAAS,EAAE,mBAAmB,EAAE,GAAG,eAAe,EAAE,CAiBzF;AAKD;;;;;;GAMG;AACH,wBAAgB,0BAA0B,CAAC,MAAM,EAAE,mBAAmB,EAAE,GAAG,eAAe,EAAE,CAe3F;AAED;;;;GAIG;AACH,wBAAgB,sBAAsB,CACpC,EAAE,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,GAC5B;IAAE,QAAQ,EAAE,MAAM,CAAC;IAAC,KAAK,EAAE,MAAM,CAAA;CAAE,GAAG,SAAS,CAIjD;AAED;;;;GAIG;AACH,wBAAgB,iBAAiB,CAC/B,EAAE,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,GAC5B;IAAE,QAAQ,EAAE,MAAM,CAAC;IAAC,KAAK,EAAE,MAAM,CAAA;CAAE,GAAG,SAAS,CAOjD;AAED;;;;;GAKG;AACH,wBAAgB,eAAe,CAC7B,EAAE,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,EAC7B,IAAI,EAAE,oBAAoB,GACzB,QAAQ,GAAG,SAAS,CAYtB;AAED,0FAA0F;AAC1F,eAAO,MAAM,wBAAwB,EAAE,kBAAkB,EAEhC,CAAA"}
+{"version":3,"file":"models.d.ts","sourceRoot":"","sources":["../../src/domain/models.ts"],"names":[],"mappings":"AAAA,OAAO,EACL,KAAK,SAAS,EACd,KAAK,WAAW,EAChB,KAAK,iBAAiB,EACtB,KAAK,WAAW,EAChB,KAAK,WAAW,EAChB,KAAK,mBAAmB,EACxB,KAAK,kBAAkB,EAEvB,4BAA4B,EAC7B,MAAM,wBAAwB,CAAA;AAC/B,OAAO,KAAK,EAAE,WAAW,EAAE,QAAQ,EAAE,MAAM,4BAA4B,CAAA;AAGvE;;;;;;GAMG;AACH,eAAO,MAAM,aAAa,4EAMiB,CAAA;AAE3C;;;;;;;;;;;;;;;GAeG;AACH,eAAO,MAAM,2BAA2B,EAAE,SAAS,WAAW,EAAkB,CAAA;AAEhF;;;;;;;;GAQG;AACH,eAAO,MAAM,yBAAyB,qCAA+B,CAAA;AASrE,MAAM,WAAW,wBAAwB;IACvC,OAAO,EAAE,OAAO,CAAC,WAAW,EAAE,aAAa,GAAG,OAAO,CAAC,CAAA;IACtD,4EAA4E;IAC5E,OAAO,CAAC,EAAE,MAAM,CAAA;IAChB,uDAAuD;IACvD,KAAK,EAAE,MAAM,CAAA;IACb;;;;;;;;;;;;;;;;;;;;OAoBG;IACH,cAAc,CAAC,EAAE,OAAO,CAAA;CACzB;AAED,eAAO,MAAM,oBAAoB,EAAE,MAAM,CAAC,kBAAkB,EAAE,wBAAwB,CAmBrF,CAAA;AAiBD,MAAM,WAAW,YAAY;IAC3B,GAAG,EAAE,QAAQ,CAAA;IACb,yEAAyE;IACzE,MAAM,EAAE,MAAM,CAAA;IACd,kEAAkE;IAClE,aAAa,EAAE,MAAM,CAAA;CACtB;AAED;;;;;;;;;GASG;AACH,MAAM,WAAW,cAAc;IAC7B,uEAAuE;IACvE,WAAW,EAAE,MAAM,CAAA;IACnB,uFAAuF;IACvF,aAAa,CAAC,EAAE,MAAM,CAAA;IACtB,8FAA8F;IAC9F,aAAa,CAAC,EAAE,OAAO,CAAA;CACxB;AAED;;;;GAIG;AACH,MAAM,WAAW,mBAAmB;IAClC,GAAG,EAAE,QAAQ,CAAA;IACb,0DAA0D;IAC1D,MAAM,EAAE,kBAAkB,CAAA;CAC3B;AAED,MAAM,WAAW,eAAe;IAC9B,gDAAgD;IAChD,EAAE,EAAE,MAAM,CAAA;IACV;;;;OAIG;IACH,MAAM,CAAC,EAAE,WAAW,CAAA;IACpB,4DAA4D;IAC5D,KAAK,EAAE,MAAM,CAAA;IACb,sDAAsD;IACtD,WAAW,EAAE,MAAM,CAAA;IACnB,4FAA4F;IAC5F,UAAU,CAAC,EAAE,QAAQ,CAAA;IACrB,yEAAyE;IACzE,MAAM,CAAC,EAAE,YAAY,CAAA;IACrB;;;;;;OAMG;IACH,OAAO,CAAC,EAAE,cAAc,CAAA;IACxB;;;;OAIG;IACH,UAAU,CAAC,EAAE,YAAY,CAAA;IACzB;;;;;OAKG;IACH,YAAY,CAAC,EAAE,mBAAmB,CAAA;CACnC;AAED,eAAO,MAAM,aAAa,EAAE,eAAe,EAmf1C,CAAA;AAID,6EAA6E;AAC7E,wBAAgB,kBAAkB,CAAC,EAAE,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,GAAG,eAAe,GAAG,SAAS,CAE7F;AAkBD;;;;;;GAMG;AACH,wBAAgB,gBAAgB,CAAC,EAAE,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,GAAG,WAAW,GAAG,IAAI,CAclF;AAED;;;;;;GAMG;AACH,wBAAgB,uBAAuB,CACrC,EAAE,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,EAC7B,iBAAiB,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,EAC5C,MAAM,EAAE,iBAAiB,GAAG,SAAS,GACpC,OAAO,CAUT;AAaD;;;;;;;;;GASG;AACH,wBAAgB,qBAAqB,CACnC,WAAW,EAAE,MAAM,EACnB,IAAI,EAAE,oBAAoB,GACzB,MAAM,GAAG,SAAS,CAKpB;AA8BD;;;;;;;GAOG;AACH,wBAAgB,gBAAgB,CAAC,GAAG,EAAE;IAAE,QAAQ,EAAE,MAAM,CAAC;IAAC,KAAK,EAAE,MAAM,CAAA;CAAE,GAAG,MAAM,GAAG,SAAS,CAQ7F;AAED;;;;;GAKG;AACH,MAAM,WAAW,oBAAoB;IACnC,qFAAqF;IACrF,eAAe,EAAE,GAAG,CAAC,MAAM,CAAC,CAAA;IAC5B,mEAAmE;IACnE,mBAAmB,EAAE,GAAG,CAAC,kBAAkB,CAAC,CAAA;IAC5C,sFAAsF;IACtF,iBAAiB,EAAE,OAAO,CAAA;IAC1B;;;;;;;OAOG;IACH,aAAa,CAAC,EAAE,GAAG,CAAC,MAAM,CAAC,CAAA;IAC3B;;;;;;;;OAQG;IACH,kBAAkB,CAAC,EAAE,SAAS,WAAW,EAAE,CAAA;IAC3C;;;;;;OAMG;IACH,WAAW,CAAC,EAAE,GAAG,CAAC,MAAM,CAAC,CAAA;IACzB;;;;;;;OAOG;IACH,gBAAgB,CAAC,EAAE,GAAG,CAAC,MAAM,CAAC,CAAA;IAC9B;;;;;;OAMG;IACH,WAAW,CAAC,EAAE,iBAAiB,CAAA;CAChC;AAED,qFAAqF;AACrF,MAAM,MAAM,iBAAiB,GAAG,CAAC,GAAG,EAAE,QAAQ,KAAK,SAAS,GAAG,SAAS,CAAA;AAoGxE;;;;;GAKG;AACH,wBAAgB,aAAa,CAAC,EAAE,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,EAAE,IAAI,EAAE,oBAAoB,GAAG,OAAO,CAkBhG;AAgFD;;;;;GAKG;AACH,wBAAgB,qBAAqB,CACnC,EAAE,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,GAC5B;IAAE,MAAM,EAAE,kBAAkB,CAAC;IAAC,GAAG,EAAE,QAAQ,CAAA;CAAE,GAAG,SAAS,CAI3D;AAED,2FAA2F;AAC3F,wBAAgB,kBAAkB,CAAC,MAAM,EAAE,kBAAkB,GAAG,OAAO,CAEtE;AAoBD;;;;;;;;;;GAUG;AACH,wBAAgB,yBAAyB,CAAC,GAAG,EAAE,QAAQ,GAAG,OAAO,CAEhE;AAED;;;;;;;;GAQG;AACH,wBAAgB,wBAAwB,CAAC,GAAG,EAAE,QAAQ,GAAG,kBAAkB,GAAG,SAAS,CAGtF;AAED;;;;;;;;;;;GAWG;AACH,wBAAgB,qBAAqB,CACnC,KAAK,EAAE,SAAS,WAAW,EAAE,GAAG,SAAS,EACzC,MAAM,EAAE,kBAAkB,GACzB,OAAO,CAIT;AAED;;;;;;;;;;GAUG;AACH,wBAAgB,kBAAkB,CAAC,GAAG,EAAE,QAAQ,GAAG,kBAAkB,GAAG,SAAS,CAKhF;AAED;;;;;;;;;;GAUG;AACH,wBAAgB,mBAAmB,CACjC,EAAE,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,EAC7B,IAAI,EAAE,oBAAoB,EAC1B,UAAU,CAAC,EAAE,CAAC,GAAG,EAAE,QAAQ,KAAK,OAAO,GACtC,OAAO,CAKT;AAED;;yCAEyC;AACzC,eAAO,MAAM,kBAAkB,EAAE,kBAAkB,EAEvB,CAAA;AAE5B;;;;;GAKG;AACH,wBAAgB,0BAA0B,CACxC,EAAE,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,GAC5B,kBAAkB,GAAG,IAAI,CAG3B;AAED;;;;;;;;;;;;;;;;;;;;GAoBG;AACH,wBAAgB,kCAAkC,CAChD,EAAE,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,EAC7B,uBAAuB,EAAE,CAAC,MAAM,EAAE,kBAAkB,KAAK,OAAO,GAC/D,kBAAkB,GAAG,IAAI,CAS3B;AAED;;;;;;;GAOG;AACH,wBAAgB,gBAAgB,CAC9B,IAAI,EAAE,oBAAoB,EAC1B,OAAO,CAAC,EAAE,iBAAiB,GAC1B,WAAW,EAAE,CAEf;AAED;;;;GAIG;AACH,wBAAgB,oBAAoB,CAClC,KAAK,EAAE,eAAe,EAAE,EACxB,IAAI,EAAE,oBAAoB,EAC1B,OAAO,CAAC,EAAE,iBAAiB,GAC1B,WAAW,EAAE,CAEf;AAED,6DAA6D;AAC7D,MAAM,WAAW,mBAAmB;IAClC,4EAA4E;IAC5E,QAAQ,EAAE,MAAM,CAAA;IAChB,8DAA8D;IAC9D,KAAK,EAAE,MAAM,CAAA;IACb,0CAA0C;IAC1C,MAAM,EAAE,MAAM,EAAE,CAAA;CACjB;AAED;;;;GAIG;AACH,wBAAgB,qBAAqB,CAAC,SAAS,EAAE,mBAAmB,EAAE,GAAG,eAAe,EAAE,CAiBzF;AAKD;;;;;;GAMG;AACH,wBAAgB,0BAA0B,CAAC,MAAM,EAAE,mBAAmB,EAAE,GAAG,eAAe,EAAE,CAe3F;AAED;;;;GAIG;AACH,wBAAgB,sBAAsB,CACpC,EAAE,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,GAC5B;IAAE,QAAQ,EAAE,MAAM,CAAC;IAAC,KAAK,EAAE,MAAM,CAAA;CAAE,GAAG,SAAS,CAIjD;AAED;;;;GAIG;AACH,wBAAgB,iBAAiB,CAC/B,EAAE,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,GAC5B;IAAE,QAAQ,EAAE,MAAM,CAAC;IAAC,KAAK,EAAE,MAAM,CAAA;CAAE,GAAG,SAAS,CAOjD;AAED;;;;;GAKG;AACH,wBAAgB,eAAe,CAC7B,EAAE,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,EAC7B,IAAI,EAAE,oBAAoB,GACzB,QAAQ,GAAG,SAAS,CAYtB;AAED,0FAA0F;AAC1F,eAAO,MAAM,wBAAwB,EAAE,kBAAkB,EAEhC,CAAA"}

package/dist/domain/models.js

@@ -72,6 +72,7 @@ export const MODEL_CATALOG = [
             provider: 'workers-ai',
             model: '@cf/meta/llama-4-scout-17b-16e-instruct',
             contextTokens: 131_072,
+            acceptsImages: true,
         },
     },
     {
@@ -284,7 +285,12 @@ export const MODEL_CATALOG = [
         description: "Anthropic's most capable model — run via Claude Code on your Claude subscription, " +
             'or pay-as-you-go through OpenRouter (billed at Anthropic rates).',
         openrouter: {
-            ref: { provider: 'openrouter', model: 'anthropic/claude-fable-5', contextTokens: 1_000_000 },
+            ref: {
+                provider: 'openrouter',
+                model: 'anthropic/claude-fable-5',
+                contextTokens: 1_000_000,
+                acceptsImages: true,
+            },
             keyEnv: 'OPENROUTER_API_KEY',
             providerLabel: 'OpenRouter',
         },
@@ -294,6 +300,7 @@ export const MODEL_CATALOG = [
                 model: 'claude-fable-5',
                 harness: 'claude-code',
                 contextTokens: 1_000_000,
+                acceptsImages: true,
             },
             vendor: 'claude',
         },
@@ -306,7 +313,12 @@ export const MODEL_CATALOG = [
             'same price, run via Claude Code on your Claude subscription, or pay-as-you-go ' +
             'through OpenRouter (billed at Anthropic rates).',
         openrouter: {
-            ref: { provider: 'openrouter', model: 'anthropic/claude-opus-5', contextTokens: 1_000_000 },
+            ref: {
+                provider: 'openrouter',
+                model: 'anthropic/claude-opus-5',
+                contextTokens: 1_000_000,
+                acceptsImages: true,
+            },
             keyEnv: 'OPENROUTER_API_KEY',
             providerLabel: 'OpenRouter',
         },
@@ -316,6 +328,7 @@ export const MODEL_CATALOG = [
                 model: 'claude-opus-5',
                 harness: 'claude-code',
                 contextTokens: 1_000_000,
+                acceptsImages: true,
             },
             vendor: 'claude',
         },
@@ -332,6 +345,7 @@ export const MODEL_CATALOG = [
                 model: 'claude-sonnet-5',
                 harness: 'claude-code',
                 contextTokens: 1_000_000,
+                acceptsImages: true,
             },
             vendor: 'claude',
         },
@@ -348,7 +362,7 @@ export const MODEL_CATALOG = [
         // would silently run 4.8 for a block pinned to 5. No `contextTokens`: Bedrock's window
         // for this model is per-account and we have none verified, and an invented number would
         // cap the proxy's output budget against a limit nobody measured.
-        bedrock: { baseModelId: 'anthropic.claude-opus-4-8' },
+        bedrock: { baseModelId: 'anthropic.claude-opus-4-8', acceptsImages: true },
     },
     // The GPT-5.6 tiers are what Codex actually serves today: `sol` (flagship), `terra`
     // (balanced everyday) and `luna` (cheapest). The model id IS the Codex `--model` slug —
@@ -361,12 +375,23 @@ export const MODEL_CATALOG = [
         description: "OpenAI's flagship for complex coding and research — run via Codex on your ChatGPT " +
             'subscription, or pay-as-you-go through OpenRouter (billed at OpenAI rates).',
         openrouter: {
-            ref: { provider: 'openrouter', model: 'openai/gpt-5.6-sol', contextTokens: 1_050_000 },
+            ref: {
+                provider: 'openrouter',
+                model: 'openai/gpt-5.6-sol',
+                contextTokens: 1_050_000,
+                acceptsImages: true,
+            },
             keyEnv: 'OPENROUTER_API_KEY',
             providerLabel: 'OpenRouter',
         },
         subscription: {
-            ref: { provider: 'openai', model: 'gpt-5.6-sol', harness: 'codex', contextTokens: 1_050_000 },
+            ref: {
+                provider: 'openai',
+                model: 'gpt-5.6-sol',
+                harness: 'codex',
+                contextTokens: 1_050_000,
+                acceptsImages: true,
+            },
             vendor: 'codex',
         },
     },
@@ -377,7 +402,12 @@ export const MODEL_CATALOG = [
         description: "OpenAI's balanced everyday model — GPT-5.5-class capability at a fraction of the cost. " +
             'The migration target for GPT-5.4, which Codex retires on 31 Aug 2026.',
         openrouter: {
-            ref: { provider: 'openrouter', model: 'openai/gpt-5.6-terra', contextTokens: 1_050_000 },
+            ref: {
+                provider: 'openrouter',
+                model: 'openai/gpt-5.6-terra',
+                contextTokens: 1_050_000,
+                acceptsImages: true,
+            },
             keyEnv: 'OPENROUTER_API_KEY',
             providerLabel: 'OpenRouter',
         },
@@ -387,6 +417,7 @@ export const MODEL_CATALOG = [
                 model: 'gpt-5.6-terra',
                 harness: 'codex',
                 contextTokens: 1_050_000,
+                acceptsImages: true,
             },
             vendor: 'codex',
         },
@@ -398,7 +429,12 @@ export const MODEL_CATALOG = [
         description: "OpenAI's fastest, cheapest GPT-5.6 tier — for clear, repeatable tasks. The migration " +
             'target for GPT-5.4 mini.',
         openrouter: {
-            ref: { provider: 'openrouter', model: 'openai/gpt-5.6-luna', contextTokens: 1_050_000 },
+            ref: {
+                provider: 'openrouter',
+                model: 'openai/gpt-5.6-luna',
+                contextTokens: 1_050_000,
+                acceptsImages: true,
+            },
             keyEnv: 'OPENROUTER_API_KEY',
             providerLabel: 'OpenRouter',
         },
@@ -408,6 +444,7 @@ export const MODEL_CATALOG = [
                 model: 'gpt-5.6-luna',
                 harness: 'codex',
                 contextTokens: 1_050_000,
+                acceptsImages: true,
             },
             vendor: 'codex',
         },
@@ -420,14 +457,25 @@ export const MODEL_CATALOG = [
             'ChatGPT subscription, pay-as-you-go through OpenRouter (billed at OpenAI rates), or ' +
             'on AWS Bedrock. The newest OpenAI generation Bedrock serves: the GPT-5.6 tiers are ' +
             'Codex/OpenRouter only.',
-        bedrock: { baseModelId: 'openai.gpt-5.5', contextTokens: 1_050_000 },
+        bedrock: { baseModelId: 'openai.gpt-5.5', contextTokens: 1_050_000, acceptsImages: true },
         openrouter: {
-            ref: { provider: 'openrouter', model: 'openai/gpt-5.5', contextTokens: 1_050_000 },
+            ref: {
+                provider: 'openrouter',
+                model: 'openai/gpt-5.5',
+                contextTokens: 1_050_000,
+                acceptsImages: true,
+            },
             keyEnv: 'OPENROUTER_API_KEY',
             providerLabel: 'OpenRouter',
         },
         subscription: {
-            ref: { provider: 'openai', model: 'gpt-5.5', harness: 'codex', contextTokens: 1_050_000 },
+            ref: {
+                provider: 'openai',
+                model: 'gpt-5.5',
+                harness: 'codex',
+                contextTokens: 1_050_000,
+                acceptsImages: true,
+            },
             vendor: 'codex',
         },
     },
@@ -455,6 +503,7 @@ export const MODEL_CATALOG = [
                 provider: 'openrouter',
                 model: 'google/gemini-3.1-pro-preview',
                 contextTokens: 1_048_576,
+                acceptsImages: true,
             },
             keyEnv: 'OPENROUTER_API_KEY',
             providerLabel: 'OpenRouter',
@@ -467,7 +516,12 @@ export const MODEL_CATALOG = [
         description: "Google's newest model and its positioned workhorse — 1M-token context at a fraction of " +
             'Pro pricing. Via OpenRouter, billed at Google rates.',
         openrouter: {
-            ref: { provider: 'openrouter', model: 'google/gemini-3.6-flash', contextTokens: 1_048_576 },
+            ref: {
+                provider: 'openrouter',
+                model: 'google/gemini-3.6-flash',
+                contextTokens: 1_048_576,
+                acceptsImages: true,
+            },
             keyEnv: 'OPENROUTER_API_KEY',
             providerLabel: 'OpenRouter',
         },
@@ -667,6 +721,9 @@ const FLAVOR_HANDLERS = {
                 // deployment that hasn't configured Bedrock, which is most of them.
                 model: resolveBedrockModelId(m.bedrock.baseModelId, caps) ?? m.bedrock.baseModelId,
                 ...(m.bedrock.contextTokens ? { contextTokens: m.bedrock.contextTokens } : {}),
+                ...(m.bedrock.acceptsImages === undefined
+                    ? {}
+                    : { acceptsImages: m.bedrock.acceptsImages }),
             },
             flavor: 'bedrock',
             providerLabel: 'AWS Bedrock',