How long does the integration take?

Change one base URL in an OpenAI-compatible client, or install the Python or TypeScript SDK; the quickstart routes a first request in a few minutes.

Will this lock us into another vendor?

No. The router is Apache-2.0 open source, your provider keys stay yours, and the API is OpenAI-compatible, so leaving is a change of base URL.

What happens when a provider fails?

The router falls back to the next model your policy allows and records the fallback in the trace, so an outage costs a retry, not an incident.

clarify - Prompt - OpenSmartRoute

Name: clarify
Author: lgzarturo

Prompt file imported from lgzarturo/springboot-course (.cursor/commands/cc/clarify.md). Fill in {{arguments}} before use. Copyright stays with the author.

Clarify Workflow

Clarify request: {{arguments}}

Step 0 — CCEP Bootstrap

Command: clarify (fixed for this workflow — do not infer from user text)

Run: npx cc-codeconductor ccep profile clarify --output json to get the phases and their roles.
For each delegated phase, run: npx cc-codeconductor ccep compile --command clarify --phase <phase-id> "{{arguments}}" --view prompt --output json
After planner/intake JSON is available, run: npx cc-codeconductor ccep evaluate --command clarify --input <planner.json> --output json. If stop is true, show questions or risks and wait for human input.
Pass each subagent only the compiled prompt for its phase — never forward raw {{arguments}} to planners.

Step 1 — Re-explain (task-coach)

Invoke task-coach / orchestrator. Restate the last Task Card, plan, or review in the project's vocabulary. Do not add new scope. If questions remain, one question per branch.

STOP if ConfirmationGate reports questions.

Completion

A plain-language restatement plus any remaining questions. Then resume the previous workflow.

# Clarify Workflow Clarify request: {{arguments}} ## Step 0 — CCEP Bootstrap Command: `clarify` (fixed for this workflow — do not infer from user text) 1. Run: `npx cc-codeconductor ccep profile clarify --output json` to get the phases and their roles. 2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command clarify --phase <phase-id> "{{arguments}}" --view prompt --output json` 3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command clarify --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input. 4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `{{arguments}}` to planners. --- ## Step 1 — Re-explain (task-coach) Invoke `task-coach` / `orchestrator`. Restate the last Task Card, plan, or review in the project's vocabulary. Do not add new scope. If questions remain, one question per branch. **STOP if ConfirmationGate reports questions.** --- ## Completion A plain-language restatement plus any remaining questions. Then resume the previous workflow.

Install clarify and it becomes one more candidate the router can pick - when it fits.

A listing is a routing target with a manifest: what it does, which domains it covers, what it costs and who publishes it. Once installed it sits beside your own models and tools, is scored like any other candidate for each request, and shows up in the trace when it wins. Ratings come from workspaces that installed it, one per account.

{ "prompt": "# Clarify Workflow\n\nClarify request: {{arguments}}\n\n## Step 0 — CCEP Bootstrap\n\nCommand: `clarify` (fixed for this workflow — do not infer from user text)\n\n1. Run: `npx cc-codeconductor ccep profile clarify --output json` to get the phases and their roles.\n2. For each delegated phase, run: `npx cc-codeconductor ccep compile --command clarify --phase <phase-id> \"{{arguments}}\" --view prompt --output json`\n3. After planner/intake JSON is available, run: `npx cc-codeconductor ccep evaluate --command clarify --input <planner.json> --output json`. If `stop` is true, show questions or risks and wait for human input.\n4. Pass each subagent only the compiled `prompt` for its phase — never forward raw `{{arguments}}` to planners.\n\n---\n\n## Step 1 — Re-explain (task-coach)\n\nInvoke `task-coach` / `orchestrator`. Restate the last Task Card, plan, or review in the project's vocabulary. Do not add new scope. If questions remain, one question per branch.\n\n**STOP if ConfirmationGate reports questions.**\n\n---\n\n## Completion\n\nA plain-language restatement plus any remaining questions. Then resume the previous workflow.", "variables": [ "arguments" ], "notes": "Re-explain the last deliverable in Task Card vocabulary when it did not land.", "metadata": { "source": { "provider": "github-cursor-commands", "repository": "https://github.com/lgzarturo/springboot-course", "path": ".cursor/commands/cc/clarify.md", "ref": "309be6b0d094accf30aa4bcf8ad654c48159468a", "url": "https://github.com/lgzarturo/springboot-course/blob/309be6b0d094accf30aa4bcf8ad654c48159468a/.cursor/commands/cc/clarify.md", "key": "lgzarturo/springboot-course/.cursor/commands/cc/clarify.md" } } }

clarify

About

Clarify Workflow

Step 0 — CCEP Bootstrap

Step 1 — Re-explain (task-coach)

Completion

Use it

Install clarify and it becomes one more candidate the router can pick - when it fits.

What it costs to adopt - in engineering time.

One base URL

No vendor lock-in

Failover built in

Manifest

Reviews