Skip to content

docs: body-verify guide for self-hosters (cueapi/cueapi #801 parity)#90

Merged
mikemolinet merged 1 commit into
mainfrom
docs/body-verify-guide
May 12, 2026
Merged

docs: body-verify guide for self-hosters (cueapi/cueapi #801 parity)#90
mikemolinet merged 1 commit into
mainfrom
docs/body-verify-guide

Conversation

@mikemolinet
Copy link
Copy Markdown
Collaborator

Summary

Private cueapi #801 added docs/guides/body-verify.mdx (Mintlify, 247 lines) for hosted users. cueapi-core ships the same substrate (Layer 1 + Layer 1.5 universal middleware + STRING-shape spec-lock) via #86 / #87 / #88 but had no user-facing guide. Self-hosters running cueapi-core need this.

Scope

cueapi-core-flavored adaptation — plain MD (not MDX), substrate-focused (narrower than the hosted MDX guide which covers SDK install + hosted-specific patterns). Sections:

  1. The bug class — caller-side shell expansion ($(...), backticks, ${VAR})
  2. How it works — X-CueAPI-Verify-Echo header + response shape
  3. Substrate architecture — Layer 1 endpoint-specific STRING shape vs Layer 1.5 universal middleware OBJECT shape
  4. SDK auto-verify summary table — python / cli / mcp / action, messages-default-on vs fire-opt-in distinction
  5. Defense-in-depth layers
  6. When to disable + opt-out semantics
  7. Implementation file references
  8. Background — Mike directive 2026-05-11; cross-stack ship history

Files

  • docs/body-verify.md (new, 113 lines)
  • README.md — added the guide to the Self-hosting docs table

Out of scope

  • Per-language SDK install / API-key bootstrap content — already in each SDK's own README; this guide links rather than duplicates
  • Mintlify mint.json registration — cueapi-core uses plain MD discovery via the docs/ dir, not Mintlify

Companion (private) docs PR

cueapi/cueapi#801 — Mintlify MDX version on docs.cueapi.ai (hosted users).

🤖 Generated with Claude Code

Private cueapi #801 added docs/guides/body-verify.mdx (Mintlify, 247
lines) documenting the X-CueAPI-Verify-Echo primitive for hosted users.
cueapi-core ships the SAME substrate (Layer 1 from #86 + Layer 1.5
universal middleware from #87 + STRING-shape spec-lock from #88) but
had no user-facing guide. Self-hosters running cueapi-core need this.

## Scope

cueapi-core-flavored adaptation — plain MD (not MDX), substrate-focused
(narrower than the hosted MDX guide which covers SDK install + hosted-
specific patterns). Sections:

1. The bug class — caller-side shell expansion ($(...), `...`, ${VAR})
2. How it works — X-CueAPI-Verify-Echo header + response shape
3. Substrate architecture — Layer 1 (endpoint-specific STRING shape on
   /v1/messages + /v1/cues/{id}/fire) vs Layer 1.5 (universal middleware
   on all other POST/PATCH/PUT endpoints, OBJECT shape)
4. SDK auto-verify summary table (python / cli / mcp / action), with
   the messages-default-on vs fire-opt-in distinction explicit
5. Defense-in-depth layers — substrate + SDK + force-file + docs
6. When to disable + opt-out semantics
7. Implementation file references (app/utils/verify_echo.py,
   app/middleware/verify_echo.py, app/routers/{messages,cues}.py)
8. Background — Mike directive 2026-05-11; cross-stack ship history

## Out of scope

- Per-language SDK install / API-key bootstrap content — already in
  each SDK's own README. This guide links rather than duplicates.
- The hosted-specific Mintlify mint.json registration — cueapi-core
  uses plain MD; doc discovery via the docs/ dir, not Mintlify.

## Build / lint

- Plain Markdown; no build step required. (Other docs in this dir
  follow the same convention — see quickstart.md, configuration.md.)
@mikemolinet mikemolinet force-pushed the docs/body-verify-guide branch from 0b81a35 to 607978b Compare May 12, 2026 01:05
@mikemolinet mikemolinet merged commit 85e7409 into main May 12, 2026
4 checks passed
@mikemolinet mikemolinet deleted the docs/body-verify-guide branch May 12, 2026 01:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant