This is the cleanest public-facing proof page for the flagshipDocumentation Index
Fetch the complete documentation index at: https://docs.pluxx.dev/llms.txt
Use this file to discover all available pages before exploring further.
docs-ops example.
Use it when you want the shortest answer to:
- is the flagship example real across the core four
- is the live Orchid proof only a Codex story
- did Pluxx separate read-only Orchid access from the publish lane honestly
What this example proves
Thedocs-ops source project in example/docs-ops now proves four things:
- one maintained source project builds native outputs for Claude Code, Cursor, Codex, and OpenCode
- the installed bundles can be verified after install instead of trusting
dist/alone - the same read-only inspect and rewrite workflow runs through the official CLIs of all four hosts
- the public Orchid MCP endpoint is no longer being treated as the write/publish surface
Core-four install and verify proof
Primary proof doc: What that proof covers:doctorlintbuildinstallverify-install
- Claude Code
- Cursor
- Codex
- OpenCode
Live Orchid read-only workflow proof
Primary proof docs: The live public MCP endpoint under test is:https://orchid-docs.docsalot.dev/api/mcp
- inspect
- search
- pull
- rewrite proposals
- review
Concrete output artifact
The first user-visible proof artifact is the Orchid Accordion rewrite: That matters because the flagship example is now proving output quality, not just generator internals.Authenticated publish split
Primary proof doc: The honest split is:- public Orchid MCP endpoint
- read-only content access
- private Docsalot authoring path
- write and publish
DOCSALOT_AUTHORING_URLDOCSALOT_AUTHORING_TOKENuserConfigscripts/check-publish-auth.sh
verify-install.
What is still missing:
- a real private Orchid authoring endpoint
- a safe sandbox publish target
- one authenticated publish plus rollback run