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.

90 days of the enterprise, pro and team plans free, no card needed. See the plans

OpenSmartRoute

plannotator-annotate - Skill - OpenSmartRoute

Skillv1.0.0

plannotator-annotate

Name: plannotator-annotate
Author: backnotprop

Open Plannotator's annotation UI for a file, folder, or URL, then address the returned annotations.

by backnotprop(0) 0 installs

Free

Free account. Installing gives you the manifest plus copy-paste snippets.

See reviews

About

Imported from backnotprop/plannotator (apps/kiro-cli/skills/plannotator-annotate/SKILL.md) via skills.sh. Install upstream with npx skills add backnotprop/plannotator --skill plannotator-annotate. Copyright stays with the author.

Plannotator Annotate (Kiro)

Run:

PLANNOTATOR_ORIGIN=kiro-cli plannotator annotate $ARGUMENTS

$ARGUMENTS should be a markdown or plain-text config file path (.md, .txt, .yaml, .json, .toml, .ini, .csv, .log, …), folder path, html file path, or URL.

If the command reports that the arguments could not be resolved to a file, URL, or folder, work out which target the user means and re-run the command yourself with that concrete path or URL.

If the session closes without feedback (the output is empty, or a JSON object with "decision": "dismissed"), acknowledge it in one sentence and stop. Do not begin any work: closing the session is not approval.

Use it

Copy one of these into your project. Installing also returns the manifest and these snippets.

# after Install: the listing is in your workspace's routing pool - a plan picks it for its slot
curl -s -X POST https://osr-api.kindrock-caaab1a2.centralindia.azurecontainerapps.io/api/v1/route -H 'Authorization: Bearer $OSR_API_KEY' -H 'Content-Type: application/json' -d '{"text": "...", "plan": true}'

Installed into a catalogue, chosen by a router

Install plannotator-annotate 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.

Photo: RDNE Stock project

For the business

What it costs to adopt - in engineering time.

Same client, same code
One base URL
The OpenAI-compatible endpoint answers your existing SDK calls; model=auto lets the router choose.
The SDKs
One URL, every vendor
No vendor lock-in
Point your OpenAI-compatible client at one address; add, swap or retire providers in the catalogue without touching application code.
Every vendor side by side
Next eligible model answers
Failover built in
When a provider is down or over quota the request moves on; the trace says it did.

Manifest

An Open Capability Manifest: the router reads it to know what this does, what it costs and when to pick it.

backnotprop-plannotator-plannotator-annotate.ocm.jsonjson

{
  "ocm": "1",
  "id": "backnotprop-plannotator-plannotator-annotate",
  "kind": "skill",
  "name": "plannotator-annotate",
  "description": "Open Plannotator's annotation UI for a file, folder, or URL, then address the returned annotations.",
  "publisher": "backnotprop",
  "version": "1.0.0",
  "capabilities": {
    "domains": [
      "data_analysis"
    ],
    "tags": [
      "skill-md",
      "skills-sh"
    ],
    "languages": [
      "en"
    ]
  },
  "quality_prior": 0.6,
  "examples": [
    "Open Plannotator's annotation UI for a file, folder, or URL, then address the returned annotations."
  ],
  "primary": false,
  "metadata": {
    "source": {
      "provider": "skills.sh",
      "repository": "https://github.com/backnotprop/plannotator",
      "path": "apps/kiro-cli/skills/plannotator-annotate/SKILL.md",
      "ref": "HEAD",
      "url": "https://www.skills.sh/backnotprop/plannotator/plannotator-annotate",
      "key": "backnotprop/plannotator/apps/kiro-cli/skills/plannotator-annotate/SKILL.md"
    }
  },
  "instructions": "# Plannotator Annotate (Kiro)\n\nRun:\n\n```bash\nPLANNOTATOR_ORIGIN=kiro-cli plannotator annotate $ARGUMENTS\n```\n\n`$ARGUMENTS` should be a markdown or plain-text config file path (.md, .txt, .yaml, .json, .toml, .ini, .csv, .log, …), folder path, html file path, or URL.\n\nIf the command reports that the arguments could not be resolved to a file, URL, or folder, work out which target the user means and re-run the command yourself with that concrete path or URL.\n\nIf the session closes without feedback (the output is empty, or a JSON object with `\"decision\": \"dismissed\"`), acknowledge it in one senten",
  "cost": {
    "context_tokens": 168
  }
}

Fetch it by URL: GET /api/v1/registry/backnotprop-plannotator-plannotator-annotate/manifest?version=1.0.0

About

Plannotator Annotate (Kiro)

Use it

Install plannotator-annotate 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