ts-procedures 10.1.0 → 10.1.1

package/CHANGELOG.md

@@ -4,6 +4,31 @@ All notable changes to **ts-procedures** are documented in this file.
 
 The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.1.0/), and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
 
+## 10.1.1 — 2026-06-24
+
+Fixes TypeBox schema detection for `Type.Unsafe(...)` on typebox ≥ 1.2.0. No
+change to generated output, docs, or validation behavior.
+
+### Fixed
+
+- **Top-level `Type.Unsafe(...)` channel schemas are recognized again.** TypeBox
+  1.2.0 tags `Type.Unsafe(...)` with a `~unsafe` marker *instead of* `~kind`, so
+  the built-in TypeBox adapter — which only looked for `~kind` — failed to detect
+  a bare top-level `Type.Unsafe(...)` used as a channel schema (e.g.
+  `schema: { params: Type.Unsafe(...) }`), throwing a `ProcedureRegistrationError`
+  at registration. Detection now keys off TypeBox v1's `~`-prefix marker
+  *convention* (via `Reflect.ownKeys`, since the markers are non-enumerable)
+  rather than a fixed list of names, so current and future `~*` markers are
+  recognized without further changes. `Type.Unsafe` nested inside a
+  `Type.Object(...)` was never affected.
+
+### Notes
+
+- Serialized JSON Schema was never affected: TypeBox's `~` markers are
+  non-enumerable, so they never reached `JSON.stringify` (DocEnvelope, codegen)
+  or AJV. The frozen codegen goldens and DocEnvelope parity fixtures are
+  unchanged. App devs only need to upgrade; no code changes required.
+
 ## 10.1.0 — 2026-06-24
 
 Adds explicit versioning to the DocEnvelope so downstream consumers (docs
@@ -24,9 +49,10 @@ compatible. Purely additive — existing envelopes and consumers are unaffected.
   parse-compatibility signal. Exported as `DOC_ENVELOPE_GENERATOR_VERSION` from
   `ts-procedures/server`. Strippable via the `transform` hook for servers that
   don't want to advertise the version on a public docs endpoint.
-- **DocEnvelope wire-contract docs** — `docs/doc-envelope-spec.md` plus a
-  validatable JSON Schema at `docs/doc-envelope.schema.json`, for building
-  third-party tools against the served envelope.
+- **DocEnvelope wire-contract docs** — `docs/doc-envelope-spec-v1.md` plus a
+  validatable JSON Schema at `docs/doc-envelope-v1.schema.json` (filenames pinned
+  to the envelope `specVersion`), for building third-party tools against the
+  served envelope.
 
 ### Internal
 

package/build/schema/typebox.d.ts

@@ -2,7 +2,7 @@ import type { SchemaAdapter } from './adapter.js';
 /**
  * Built-in adapter for TypeBox (`import { Type } from 'typebox'`).
  *
- * Detection covers both typebox v1 (`~kind` property) and legacy
+ * Detection covers both typebox v1 (any `~`-prefixed marker) and legacy
  * `@sinclair/typebox` 0.3x (`Symbol.for('TypeBox.Kind')`). TypeBox schemas
  * already ARE JSON Schema, so conversion is the identity.
  */

package/build/schema/typebox.js

@@ -1,8 +1,26 @@
 const TYPEBOX_KIND = Symbol.for('TypeBox.Kind');
+/** TypeBox v1 prefixes every internal marker key with `~`. */
+const TILDE = '~'.charCodeAt(0);
+/**
+ * TypeBox v1 namespaces all of its internal markers under a `~` prefix
+ * (`~kind`, `~unsafe`, `~optional`, ...) — non-enumerable own properties that
+ * stay out of the serialized JSON Schema. Detecting the *convention* rather
+ * than specific marker names means new markers (e.g. `~unsafe`, added in
+ * typebox 1.2.0 and used by `Type.Unsafe(...)` *instead of* `~kind`) are
+ * recognized without a code change. Reflect.ownKeys is required because these
+ * markers are non-enumerable.
+ */
+function hasTypeBoxV1Marker(schema) {
+    for (const key of Reflect.ownKeys(schema)) {
+        if (typeof key === 'string' && key.charCodeAt(0) === TILDE)
+            return true;
+    }
+    return false;
+}
 /**
  * Built-in adapter for TypeBox (`import { Type } from 'typebox'`).
  *
- * Detection covers both typebox v1 (`~kind` property) and legacy
+ * Detection covers both typebox v1 (any `~`-prefixed marker) and legacy
  * `@sinclair/typebox` 0.3x (`Symbol.for('TypeBox.Kind')`). TypeBox schemas
  * already ARE JSON Schema, so conversion is the identity.
  */
@@ -11,7 +29,7 @@ export const typeboxAdapter = {
     detect(schema) {
         if (typeof schema !== 'object' || schema === null)
             return false;
-        return '~kind' in schema || TYPEBOX_KIND in schema;
+        return hasTypeBoxV1Marker(schema) || TYPEBOX_KIND in schema;
     },
     toJsonSchema(schema) {
         return schema;

package/build/schema/typebox.js.map

@@ -1 +1 @@
-{"version":3,"file":"typebox.js","sourceRoot":"","sources":["../../src/schema/typebox.ts"],"names":[],"mappings":"AAGA,MAAM,YAAY,GAAG,MAAM,CAAC,GAAG,CAAC,cAAc,CAAC,CAAA;AAE/C;;;;;;GAMG;AACH,MAAM,CAAC,MAAM,cAAc,GAAkB;IAC3C,IAAI,EAAE,SAAS;IACf,MAAM,CAAC,MAAe;QACpB,IAAI,OAAO,MAAM,KAAK,QAAQ,IAAI,MAAM,KAAK,IAAI;YAAE,OAAO,KAAK,CAAA;QAC/D,OAAO,OAAO,IAAI,MAAM,IAAI,YAAY,IAAI,MAAM,CAAA;IACpD,CAAC;IACD,YAAY,CAAC,MAAe;QAC1B,OAAO,MAAqB,CAAA;IAC9B,CAAC;CACF,CAAA;AAED,4DAA4D;AAC5D,MAAM,UAAU,eAAe,CAAC,MAAe;IAC7C,OAAO,cAAc,CAAC,MAAM,CAAC,MAAM,CAAC,CAAA;AACtC,CAAC"}
+{"version":3,"file":"typebox.js","sourceRoot":"","sources":["../../src/schema/typebox.ts"],"names":[],"mappings":"AAGA,MAAM,YAAY,GAAG,MAAM,CAAC,GAAG,CAAC,cAAc,CAAC,CAAA;AAE/C,8DAA8D;AAC9D,MAAM,KAAK,GAAG,GAAG,CAAC,UAAU,CAAC,CAAC,CAAC,CAAA;AAE/B;;;;;;;;GAQG;AACH,SAAS,kBAAkB,CAAC,MAAc;IACxC,KAAK,MAAM,GAAG,IAAI,OAAO,CAAC,OAAO,CAAC,MAAM,CAAC,EAAE,CAAC;QAC1C,IAAI,OAAO,GAAG,KAAK,QAAQ,IAAI,GAAG,CAAC,UAAU,CAAC,CAAC,CAAC,KAAK,KAAK;YAAE,OAAO,IAAI,CAAA;IACzE,CAAC;IACD,OAAO,KAAK,CAAA;AACd,CAAC;AAED;;;;;;GAMG;AACH,MAAM,CAAC,MAAM,cAAc,GAAkB;IAC3C,IAAI,EAAE,SAAS;IACf,MAAM,CAAC,MAAe;QACpB,IAAI,OAAO,MAAM,KAAK,QAAQ,IAAI,MAAM,KAAK,IAAI;YAAE,OAAO,KAAK,CAAA;QAC/D,OAAO,kBAAkB,CAAC,MAAM,CAAC,IAAI,YAAY,IAAI,MAAM,CAAA;IAC7D,CAAC;IACD,YAAY,CAAC,MAAe;QAC1B,OAAO,MAAqB,CAAA;IAC9B,CAAC;CACF,CAAA;AAED,4DAA4D;AAC5D,MAAM,UAAU,eAAe,CAAC,MAAe;IAC7C,OAAO,cAAc,CAAC,MAAM,CAAC,MAAM,CAAC,CAAA;AACtC,CAAC"}

package/build/schema/typebox.test.js

@@ -6,6 +6,16 @@ describe('typebox schema detection', () => {
     test('it recognizes TypeBox schema', () => {
         expect(isTypeboxSchema(typebox)).toBe(true);
     });
+    test('it recognizes a top-level Type.Unsafe schema (~unsafe marker, no ~kind)', () => {
+        // typebox >= 1.2.0: Type.Unsafe carries `~unsafe` INSTEAD of `~kind`.
+        expect(isTypeboxSchema(Type.Unsafe({ type: 'string' }))).toBe(true);
+    });
+    test('it recognizes any future ~-prefixed marker (convention, not a name list)', () => {
+        // Detection keys off TypeBox's `~` namespace convention, so a marker that
+        // doesn't exist yet is still recognized without a code change.
+        const futureMarker = { '~somethingNew': true, type: 'object' };
+        expect(isTypeboxSchema(futureMarker)).toBe(true);
+    });
     test('it rejects non-TypeBox values', () => {
         expect(isTypeboxSchema({ type: 'object' })).toBe(false);
         expect(isTypeboxSchema('string value')).toBe(false);

package/build/schema/typebox.test.js.map

@@ -1 +1 @@
-{"version":3,"file":"typebox.test.js","sourceRoot":"","sources":["../../src/schema/typebox.test.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,QAAQ,EAAE,MAAM,EAAE,IAAI,EAAE,MAAM,QAAQ,CAAA;AAC/C,OAAO,EAAE,IAAI,EAAE,MAAM,SAAS,CAAA;AAC9B,OAAO,EAAE,eAAe,EAAE,cAAc,EAAE,MAAM,cAAc,CAAA;AAE9D,QAAQ,CAAC,0BAA0B,EAAE,GAAG,EAAE;IACxC,MAAM,OAAO,GAAG,IAAI,CAAC,MAAM,CAAC,EAAE,IAAI,EAAE,IAAI,CAAC,MAAM,EAAE,EAAE,CAAC,CAAA;IAEpD,IAAI,CAAC,8BAA8B,EAAE,GAAG,EAAE;QACxC,MAAM,CAAC,eAAe,CAAC,OAAO,CAAC,CAAC,CAAC,IAAI,CAAC,IAAI,CAAC,CAAA;IAC7C,CAAC,CAAC,CAAA;IAEF,IAAI,CAAC,+BAA+B,EAAE,GAAG,EAAE;QACzC,MAAM,CAAC,eAAe,CAAC,EAAE,IAAI,EAAE,QAAQ,EAAE,CAAC,CAAC,CAAC,IAAI,CAAC,KAAK,CAAC,CAAA;QACvD,MAAM,CAAC,eAAe,CAAC,cAAc,CAAC,CAAC,CAAC,IAAI,CAAC,KAAK,CAAC,CAAA;QACnD,MAAM,CAAC,eAAe,CAAC,GAAG,CAAC,CAAC,CAAC,IAAI,CAAC,KAAK,CAAC,CAAA;QACxC,MAAM,CAAC,eAAe,CAAC,IAAI,CAAC,CAAC,CAAC,IAAI,CAAC,KAAK,CAAC,CAAA;QACzC,MAAM,CAAC,eAAe,CAAC,SAAS,CAAC,CAAC,CAAC,IAAI,CAAC,KAAK,CAAC,CAAA;IAChD,CAAC,CAAC,CAAA;IAEF,IAAI,CAAC,kEAAkE,EAAE,GAAG,EAAE;QAC5E,MAAM,MAAM,GAAG,EAAE,CAAC,MAAM,CAAC,GAAG,CAAC,cAAc,CAAC,CAAC,EAAE,QAAQ,EAAE,IAAI,EAAE,QAAQ,EAAE,CAAA;QACzE,MAAM,CAAC,eAAe,CAAC,MAAM,CAAC,CAAC,CAAC,IAAI,CAAC,IAAI,CAAC,CAAA;IAC5C,CAAC,CAAC,CAAA;IAEF,QAAQ,CAAC,gBAAgB,EAAE,GAAG,EAAE;QAC9B,IAAI,CAAC,yDAAyD,EAAE,GAAG,EAAE;YACnE,MAAM,CAAC,cAAc,CAAC,IAAI,CAAC,CAAC,IAAI,CAAC,SAAS,CAAC,CAAA;QAC7C,CAAC,CAAC,CAAA;QAEF,IAAI,CAAC,gCAAgC,EAAE,GAAG,EAAE;YAC1C,MAAM,CAAC,cAAc,CAAC,MAAM,CAAC,OAAO,CAAC,CAAC,CAAC,IAAI,CAAC,IAAI,CAAC,CAAA;YACjD,MAAM,CAAC,cAAc,CAAC,MAAM,CAAC,EAAE,IAAI,EAAE,QAAQ,EAAE,CAAC,CAAC,CAAC,IAAI,CAAC,KAAK,CAAC,CAAA;YAC7D,MAAM,CAAC,cAAc,CAAC,MAAM,CAAC,IAAI,CAAC,CAAC,CAAC,IAAI,CAAC,KAAK,CAAC,CAAA;QACjD,CAAC,CAAC,CAAA;QAEF,IAAI,CAAC,gEAAgE,EAAE,GAAG,EAAE;YAC1E,MAAM,CAAC,cAAc,CAAC,YAAY,CAAC,OAAO,CAAC,CAAC,CAAC,IAAI,CAAC,OAAO,CAAC,CAAA;QAC5D,CAAC,CAAC,CAAA;IACJ,CAAC,CAAC,CAAA;AACJ,CAAC,CAAC,CAAA"}
+{"version":3,"file":"typebox.test.js","sourceRoot":"","sources":["../../src/schema/typebox.test.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,QAAQ,EAAE,MAAM,EAAE,IAAI,EAAE,MAAM,QAAQ,CAAA;AAC/C,OAAO,EAAE,IAAI,EAAE,MAAM,SAAS,CAAA;AAC9B,OAAO,EAAE,eAAe,EAAE,cAAc,EAAE,MAAM,cAAc,CAAA;AAE9D,QAAQ,CAAC,0BAA0B,EAAE,GAAG,EAAE;IACxC,MAAM,OAAO,GAAG,IAAI,CAAC,MAAM,CAAC,EAAE,IAAI,EAAE,IAAI,CAAC,MAAM,EAAE,EAAE,CAAC,CAAA;IAEpD,IAAI,CAAC,8BAA8B,EAAE,GAAG,EAAE;QACxC,MAAM,CAAC,eAAe,CAAC,OAAO,CAAC,CAAC,CAAC,IAAI,CAAC,IAAI,CAAC,CAAA;IAC7C,CAAC,CAAC,CAAA;IAEF,IAAI,CAAC,yEAAyE,EAAE,GAAG,EAAE;QACnF,sEAAsE;QACtE,MAAM,CAAC,eAAe,CAAC,IAAI,CAAC,MAAM,CAAC,EAAE,IAAI,EAAE,QAAQ,EAAE,CAAC,CAAC,CAAC,CAAC,IAAI,CAAC,IAAI,CAAC,CAAA;IACrE,CAAC,CAAC,CAAA;IAEF,IAAI,CAAC,0EAA0E,EAAE,GAAG,EAAE;QACpF,0EAA0E;QAC1E,+DAA+D;QAC/D,MAAM,YAAY,GAAG,EAAE,eAAe,EAAE,IAAI,EAAE,IAAI,EAAE,QAAQ,EAAE,CAAA;QAC9D,MAAM,CAAC,eAAe,CAAC,YAAY,CAAC,CAAC,CAAC,IAAI,CAAC,IAAI,CAAC,CAAA;IAClD,CAAC,CAAC,CAAA;IAEF,IAAI,CAAC,+BAA+B,EAAE,GAAG,EAAE;QACzC,MAAM,CAAC,eAAe,CAAC,EAAE,IAAI,EAAE,QAAQ,EAAE,CAAC,CAAC,CAAC,IAAI,CAAC,KAAK,CAAC,CAAA;QACvD,MAAM,CAAC,eAAe,CAAC,cAAc,CAAC,CAAC,CAAC,IAAI,CAAC,KAAK,CAAC,CAAA;QACnD,MAAM,CAAC,eAAe,CAAC,GAAG,CAAC,CAAC,CAAC,IAAI,CAAC,KAAK,CAAC,CAAA;QACxC,MAAM,CAAC,eAAe,CAAC,IAAI,CAAC,CAAC,CAAC,IAAI,CAAC,KAAK,CAAC,CAAA;QACzC,MAAM,CAAC,eAAe,CAAC,SAAS,CAAC,CAAC,CAAC,IAAI,CAAC,KAAK,CAAC,CAAA;IAChD,CAAC,CAAC,CAAA;IAEF,IAAI,CAAC,kEAAkE,EAAE,GAAG,EAAE;QAC5E,MAAM,MAAM,GAAG,EAAE,CAAC,MAAM,CAAC,GAAG,CAAC,cAAc,CAAC,CAAC,EAAE,QAAQ,EAAE,IAAI,EAAE,QAAQ,EAAE,CAAA;QACzE,MAAM,CAAC,eAAe,CAAC,MAAM,CAAC,CAAC,CAAC,IAAI,CAAC,IAAI,CAAC,CAAA;IAC5C,CAAC,CAAC,CAAA;IAEF,QAAQ,CAAC,gBAAgB,EAAE,GAAG,EAAE;QAC9B,IAAI,CAAC,yDAAyD,EAAE,GAAG,EAAE;YACnE,MAAM,CAAC,cAAc,CAAC,IAAI,CAAC,CAAC,IAAI,CAAC,SAAS,CAAC,CAAA;QAC7C,CAAC,CAAC,CAAA;QAEF,IAAI,CAAC,gCAAgC,EAAE,GAAG,EAAE;YAC1C,MAAM,CAAC,cAAc,CAAC,MAAM,CAAC,OAAO,CAAC,CAAC,CAAC,IAAI,CAAC,IAAI,CAAC,CAAA;YACjD,MAAM,CAAC,cAAc,CAAC,MAAM,CAAC,EAAE,IAAI,EAAE,QAAQ,EAAE,CAAC,CAAC,CAAC,IAAI,CAAC,KAAK,CAAC,CAAA;YAC7D,MAAM,CAAC,cAAc,CAAC,MAAM,CAAC,IAAI,CAAC,CAAC,CAAC,IAAI,CAAC,KAAK,CAAC,CAAA;QACjD,CAAC,CAAC,CAAA;QAEF,IAAI,CAAC,gEAAgE,EAAE,GAAG,EAAE;YAC1E,MAAM,CAAC,cAAc,CAAC,YAAY,CAAC,OAAO,CAAC,CAAC,CAAC,IAAI,CAAC,OAAO,CAAC,CAAA;QAC5D,CAAC,CAAC,CAAA;IACJ,CAAC,CAAC,CAAA;AACJ,CAAC,CAAC,CAAA"}

package/docs/{doc-envelope-spec.md → doc-envelope-spec-v1.md}

@@ -1,4 +1,9 @@
-# ts-procedures DocEnvelope — Consumer Spec
+# ts-procedures DocEnvelope — Consumer Spec (`specVersion: 1`)
+
+> **This document describes DocEnvelope `specVersion: 1`.** The filename is
+> pinned to the spec version (`-v1`) so future format changes land as a sibling
+> (`doc-envelope-spec-v2.md`) and the differences stay diffable. Check the
+> envelope's `specVersion` field (absent ⇒ `1`) to know which spec applies.
 
 A spec for a GUI that fetches a `DocEnvelope` JSON document from a ts-procedures
 server URL and renders it. This is the **stable wire contract** between a
@@ -6,7 +11,7 @@ ts-procedures server and any documentation/codegen consumer. It is a *frozen*
 contract in the framework (changing field names/nesting breaks codegen goldens),
 so you can build against it confidently.
 
-Companion file: `doc-envelope.schema.json` (JSON Schema Draft-07) — validate
+Companion file: `doc-envelope-v1.schema.json` (JSON Schema Draft-07) — validate
 fetched documents against it.
 
 ---
@@ -26,7 +31,7 @@ So your website's "paste a URL" flow should:
    what the official codegen uses as its "is this an envelope?" gate. If
    `routes` is missing/not-an-array, show a clear "not a ts-procedures docs
    document" error.
-4. Optionally validate fully against `doc-envelope.schema.json`.
+4. Optionally validate fully against `doc-envelope-v1.schema.json`.
 
 CORS: the server must allow your origin, or you'll need a proxy. Worth surfacing
 as a distinct error from "bad JSON".

package/docs/{doc-envelope.schema.json → doc-envelope-v1.schema.json}

@@ -1,7 +1,7 @@
 {
   "$schema": "http://json-schema.org/draft-07/schema#",
-  "$id": "https://ts-procedures.dev/schemas/doc-envelope.schema.json",
-  "title": "ts-procedures DocEnvelope",
+  "$id": "https://ts-procedures.dev/schemas/doc-envelope-v1.schema.json",
+  "title": "ts-procedures DocEnvelope (specVersion 1)",
   "description": "The JSON document a ts-procedures server exposes (via builder.toDocEnvelope() / DocRegistry.toJSON()). Describes every procedure/route the server serves, the global error catalog, and global headers. Payload schemas embedded under each route's `jsonSchema` are arbitrary JSON Schema (Draft-07) objects and are intentionally left unconstrained here.",
   "type": "object",
   "required": ["basePath", "headers", "errors", "routes"],

package/docs/http-integrations.md

@@ -337,7 +337,7 @@ app.get('/docs', (c) => c.json(
 ))
 ```
 
-The `DocRegistry` output is the input for [Client Code Generation](./client-and-codegen.md). Building a third-party docs viewer or other tool that consumes the served envelope? The full wire contract — every field, per-kind shapes, and a validatable JSON Schema — is in [DocEnvelope Spec](./doc-envelope-spec.md) (`doc-envelope.schema.json`).
+The `DocRegistry` output is the input for [Client Code Generation](./client-and-codegen.md). Building a third-party docs viewer or other tool that consumes the served envelope? The full wire contract — every field, per-kind shapes, and a validatable JSON Schema — is in [DocEnvelope Spec](./doc-envelope-spec-v1.md) (`doc-envelope-v1.schema.json`).
 
 ## Type Exports
 

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "ts-procedures",
-  "version": "10.1.0",
+  "version": "10.1.1",
   "description": "A TypeScript RPC framework that creates type-safe, schema-validated procedure calls with a single function definition. Define your procedures once and get full type inference, runtime validation, and framework integration hooks.",
   "main": "build/exports.js",
   "types": "build/exports.d.ts",

package/src/schema/typebox.test.ts

@@ -9,6 +9,18 @@ describe('typebox schema detection', () => {
     expect(isTypeboxSchema(typebox)).toBe(true)
   })
 
+  test('it recognizes a top-level Type.Unsafe schema (~unsafe marker, no ~kind)', () => {
+    // typebox >= 1.2.0: Type.Unsafe carries `~unsafe` INSTEAD of `~kind`.
+    expect(isTypeboxSchema(Type.Unsafe({ type: 'string' }))).toBe(true)
+  })
+
+  test('it recognizes any future ~-prefixed marker (convention, not a name list)', () => {
+    // Detection keys off TypeBox's `~` namespace convention, so a marker that
+    // doesn't exist yet is still recognized without a code change.
+    const futureMarker = { '~somethingNew': true, type: 'object' }
+    expect(isTypeboxSchema(futureMarker)).toBe(true)
+  })
+
   test('it rejects non-TypeBox values', () => {
     expect(isTypeboxSchema({ type: 'object' })).toBe(false)
     expect(isTypeboxSchema('string value')).toBe(false)

package/src/schema/typebox.ts

@@ -3,10 +3,29 @@ import type { TJSONSchema } from './json-schema.js'
 
 const TYPEBOX_KIND = Symbol.for('TypeBox.Kind')
 
+/** TypeBox v1 prefixes every internal marker key with `~`. */
+const TILDE = '~'.charCodeAt(0)
+
+/**
+ * TypeBox v1 namespaces all of its internal markers under a `~` prefix
+ * (`~kind`, `~unsafe`, `~optional`, ...) — non-enumerable own properties that
+ * stay out of the serialized JSON Schema. Detecting the *convention* rather
+ * than specific marker names means new markers (e.g. `~unsafe`, added in
+ * typebox 1.2.0 and used by `Type.Unsafe(...)` *instead of* `~kind`) are
+ * recognized without a code change. Reflect.ownKeys is required because these
+ * markers are non-enumerable.
+ */
+function hasTypeBoxV1Marker(schema: object): boolean {
+  for (const key of Reflect.ownKeys(schema)) {
+    if (typeof key === 'string' && key.charCodeAt(0) === TILDE) return true
+  }
+  return false
+}
+
 /**
  * Built-in adapter for TypeBox (`import { Type } from 'typebox'`).
  *
- * Detection covers both typebox v1 (`~kind` property) and legacy
+ * Detection covers both typebox v1 (any `~`-prefixed marker) and legacy
  * `@sinclair/typebox` 0.3x (`Symbol.for('TypeBox.Kind')`). TypeBox schemas
  * already ARE JSON Schema, so conversion is the identity.
  */
@@ -14,7 +33,7 @@ export const typeboxAdapter: SchemaAdapter = {
   name: 'typebox',
   detect(schema: unknown): boolean {
     if (typeof schema !== 'object' || schema === null) return false
-    return '~kind' in schema || TYPEBOX_KIND in schema
+    return hasTypeBoxV1Marker(schema) || TYPEBOX_KIND in schema
   },
   toJsonSchema(schema: unknown): TJSONSchema {
     return schema as TJSONSchema