Skip to main content

Documentation Index

Fetch the complete documentation index at: https://docs.pluxx.dev/llms.txt

Use this file to discover all available pages before exploring further.

Start with the smallest example that matches your question.

The short answer

If you want to prove…Start hereWhy
A real docs workflow across the core fourDocs Ops Flagship ProofBest public proof that one source project builds, installs, verifies, and runs useful read-only workflows in Claude Code, Cursor, Codex, and OpenCode
A branded research plugin with specialist agentsExa Research ExampleBest example for commands, agents, auth/setup guidance, brand metadata, and real host workflows
A demanding enterprise plugin shapePlatform Change Ops ReferenceBest stress fixture for runtime readiness, local stdio MCP packaging, hooks, permissions, and installed-runtime verification
Most readers should only read one of those three.

Use Docs Ops when

  • you want the clearest public proof page
  • your plugin rewrites, reviews, or improves docs/content
  • you care about install and verify-install proof across Claude Code, Cursor, Codex, and OpenCode
  • you want to see read-only access separated from a private publish lane

Use Exa when

  • your product already has an MCP
  • you want richer workflow packaging around research or search
  • you care about specialist agents and explicit commands
  • you want a public example that is not a docs workflow

Use Platform Change Ops when

  • your plugin has more enterprise/runtime complexity
  • you need local stdio runtime packaging
  • you need readiness gates, hooks, permissions, and specialist agents together
  • you want to pressure-test Pluxx itself, not just copy a minimal product example

Long-tail examples

These are still useful, but they should not be the first pages most people read:

Command path

After choosing an example, use Command Decision Tree for the shortest command sequence.