@ultimat3/http 25.1.0 → 25.2.0

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@ultimat3/http",
-  "version": "25.1.0",
+  "version": "25.2.0",
   "description": "Owned request lifecycle over Bun.serve: router, ordered pipeline, problem+json errors",
   "license": "MIT",
   "type": "module",
@@ -35,9 +35,9 @@
     "test": "bun test"
   },
   "dependencies": {
-    "@ultimat3/core": "25.1.0",
-    "@ultimat3/i18n": "25.1.0",
-    "@ultimat3/schema": "25.1.0",
-    "@ultimat3/time": "25.1.0"
+    "@ultimat3/core": "25.2.0",
+    "@ultimat3/i18n": "25.2.0",
+    "@ultimat3/schema": "25.2.0",
+    "@ultimat3/time": "25.2.0"
   }
 }

package/src/errors.ts

@@ -129,11 +129,10 @@ export const bodyInvalid = (
     code: 'X_BODY_INVALID',
     cause: `${pathname} body rejected: ${issues.join('; ')}`,
     ...(meta === undefined ? {} : { meta }),
-    // `x schema show` is not a command — not in the registry and not in `PLANNED_COMMANDS`, so it
-    // exits `X_CLI_UNKNOWN_COMMAND`. The same axiom-4 inversion `x logs tail` had in `error-map`:
-    // the one instruction the reader is given fails when they run it. `x routes` ships, and
-    // `hasInputSchema` plus the route's name is what it prints.
-    fix: `x routes --json   # find ${pathname}, then send a body matching its input schema`,
+    // Only a route that declares `meta.input` reaches the body stage, and no action or query does
+    // (`invoke` and `runQuery` validate their own input, as `X_INPUT_INVALID`) — so this is a plain
+    // `runtime.ts` route, and `x routes --surface api` lists those by name since owner decision 2.
+    fix: `x routes --surface api --json   # find ${pathname}, a runtime.ts route, then send a body its meta.input schema accepts`,
   });
 
 /** At construction: a hole in a scope, or a prefix shadowing `/api` or `/_x`, never serves. */