Found while implementing #10710 (GraphQL residue in content/docs/api/index.mdx). Filed
separately rather than widened into that PR — these sites are named nowhere in #10710 and
one of them is sharper than either site that card numbers.
#10710 corrected api/index.mdx (two sites), getting-started/quick-reference.mdx:135 and
data-modeling/fields.mdx:320. The following hand-written pages still advertise /graphql
as a live surface.
The sharpest one: a whole endpoint section
content/docs/api/plugin-endpoints.mdx:145-149 documents an endpoint table for a route
that is not mounted:
### GraphQL (`/graphql`) — Plugin Required
| Method | Endpoint | Description |
|:-------|:---------|:------------|
| POST | `/graphql` | Execute GraphQL query/mutation |
and its frontmatter (:3) lists GraphQL among the plugin surfaces:
"...notifications, AI, i18n, GraphQL, and file storage."
This is the same defect class #10710 fixed, one level worse: a reader is given a method,
a path and a payload contract. The route does not exist —
packages/runtime/src/http-dispatcher.ts:2026 is // /graphql removed — GraphQL is not in the product plan (#2462 follow-on), there is no createGraphQLDomain among the fifteen
domains registered at http-dispatcher.ts:556-574, and no handleGraphQL in the runtime.
content/docs/api/declarative-endpoints.mdx:16 reinforces it from the neighbouring page,
listing /graphql among the "catalog of built-in routes the platform serves when a plugin
is installed (/auth, /automation, /graphql, ...) — you call those, you do not write
them."
Protocol pages, lower severity
These describe ObjectStack's own API module, so they are drift rather than the generic
industry mentions docs/v17-docs-sweep.md:51 explicitly excludes:
content/docs/protocol/diagram.mdx:25 — | **API** | src/api/ | REST, GraphQL, WebSocket, Realtime |. packages/spec/src/api/ contains zero graphql files (measured).content/docs/protocol/diagram.mdx:42 — GQL[GraphQL] node in the architecture mermaid diagram.content/docs/protocol/diagram.mdx:163 — C->>API: HTTP Request (REST / GraphQL).content/docs/protocol/kernel/lifecycle.mdx:70 — └─ Start HTTP/GraphQL servers in the boot sequence.content/docs/protocol/kernel/error-handling.mdx:10 — "across all ObjectStack APIs (HTTP, WebSocket, GraphQL)".
Not in scope here
content/docs/automation/webhooks.mdx:724 ("GraphQL subscriptions / WebSocket fan-out") is
a comparison to other ecosystems, not a claim about our surface — correctly left alone per
the sweep's own exclusion. content/docs/permissions/authorization.mdx:53 is already
correct and is the useful precedent for wording: it says /graphql now 404s.
Back-links: #10710, #10583, #10616
Generated by Claude Code
Generated by Claude Code
Found while implementing #10710 (GraphQL residue in
content/docs/api/index.mdx). Filedseparately rather than widened into that PR — these sites are named nowhere in #10710 and
one of them is sharper than either site that card numbers.
#10710 corrected
api/index.mdx(two sites),getting-started/quick-reference.mdx:135anddata-modeling/fields.mdx:320. The following hand-written pages still advertise/graphqlas a live surface.
The sharpest one: a whole endpoint section
content/docs/api/plugin-endpoints.mdx:145-149documents an endpoint table for a routethat is not mounted:
and its frontmatter (
:3) lists GraphQL among the plugin surfaces:"...notifications, AI, i18n, GraphQL, and file storage."
This is the same defect class #10710 fixed, one level worse: a reader is given a method,
a path and a payload contract. The route does not exist —
packages/runtime/src/http-dispatcher.ts:2026is// /graphql removed — GraphQL is not in the product plan (#2462 follow-on), there is nocreateGraphQLDomainamong the fifteendomains registered at
http-dispatcher.ts:556-574, and nohandleGraphQLin the runtime.content/docs/api/declarative-endpoints.mdx:16reinforces it from the neighbouring page,listing
/graphqlamong the "catalog of built-in routes the platform serves when a pluginis installed (
/auth,/automation,/graphql, ...) — you call those, you do not writethem."
Protocol pages, lower severity
These describe ObjectStack's own API module, so they are drift rather than the generic
industry mentions
docs/v17-docs-sweep.md:51explicitly excludes:content/docs/protocol/diagram.mdx:25—| **API** |src/api/| REST, GraphQL, WebSocket, Realtime |.packages/spec/src/api/contains zero graphql files (measured).content/docs/protocol/diagram.mdx:42—GQL[GraphQL]node in the architecture mermaid diagram.content/docs/protocol/diagram.mdx:163—C->>API: HTTP Request (REST / GraphQL).content/docs/protocol/kernel/lifecycle.mdx:70—└─ Start HTTP/GraphQL serversin the boot sequence.content/docs/protocol/kernel/error-handling.mdx:10— "across all ObjectStack APIs (HTTP, WebSocket, GraphQL)".Not in scope here
content/docs/automation/webhooks.mdx:724("GraphQL subscriptions / WebSocket fan-out") isa comparison to other ecosystems, not a claim about our surface — correctly left alone per
the sweep's own exclusion.
content/docs/permissions/authorization.mdx:53is alreadycorrect and is the useful precedent for wording: it says
/graphqlnow 404s.Back-links: #10710, #10583, #10616
Generated by Claude Code
Generated by Claude Code