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.

scorecard - Prompt - OpenSmartRoute

Name: scorecard
Author: jotap-rocha

Prompt file imported from jotap-rocha/uber-eats-case (.cursor/commands/scorecard.md). Copyright stays with the author.

/scorecard — scorecard de entrega

Mede a execução do Claude Code contra a Definição de Pronto e produz um relatório que um líder/stakeholder entende sem abrir o código. Não mede a qualidade da resposta do produto (isso seria eval de produto) — mede se as issues foram implementadas certo e no padrão.

1. Colete os dados (fonte da verdade = git + gh; o agente não forja)

git: git log --oneline, autores e datas (git log --format=...), git diff --stat por issue. Issues aparecem como feat(#N): ... nos commits.
gh: gh issue list --state all --json number,title,state,createdAt,closedAt,labels e gh pr list --state all --json number,reviewDecision,reviews,additions,deletions. Se gh não estiver autenticado, diga isso e siga com o que der.
metrics/entregas.jsonl: um registro por issue (gate, revisor, critérios). Se vazio, reporte as métricas derivadas de git/gh e marque as de sessão como "sem dado".

2. Calcule (apenas o que tem dado — nunca invente número)

Correção: % de critérios de aceite atendidos · change-failure rate = (issues reabertas + bugs contra issue merjada + PRs com mudança pedida) ÷ issues entregues.
Aderência ao padrão: distribuição de veredito do revisor (aprovado/ressalva/bloqueado) · invariantes violados · média de tentativas até o gate verde.
Throughput: lead time por issue (criada → fechada/merge) · issues concluídas no período.
Confiança: taxa de autonomia (% merjado sem edição humana) · ações barradas por permissão/hook.

3. Emita o scorecard (markdown, pronto pra colar num board)

# Scorecard de entrega — <período>

## Resumo (agregado)
| Métrica | Valor | Tendência |
|---|---|---|
| Critérios de aceite atendidos | 96% (24/25) | ▲ |
| Change-failure rate | 8% (1/13) | ▼ bom |
| Taxa de autonomia | 77% (10/13) | ▲ |
| Lead time mediano | 1.4 dia | — |
| Revisor: aprovado / ressalva / bloqueado | 9 / 3 / 1 | — |
| Tentativas medianas até o gate verde | 2 | ▼ bom |

## Por issue
| # | Título | Aceite | Gate (tent.) | Revisor | Lead time | Autônoma |
|---|---|---|---|---|---|---|
| 23 | streaming SSE | 4/4 | verde (2) | aprovado | 1.1d | sim |
...

## Leitura para stakeholders
- 2–4 linhas em português claro: o que está sólido, onde está o risco, o que puxar pra próxima sprint.

4. Seja honesto sobre lacunas

Se faltou dado (sem gh auth, entregas.jsonl vazio, período sem issues fechadas), declare explicitamente o que não pôde ser medido — um scorecard que finge cobertura é pior que um com buracos assumidos.

Telemetria live (fluxo-events) — fail-soft

No enter/exit desta fase/agent, emita metadados (nunca bloqueia SDD):

python -m config.fluxo_events emit --slug {slug} --event-type agent_enter --agent <este-agent> --phase <0-4> || true
# ao sair:
python -m config.fluxo_events emit --slug {slug} --event-type agent_exit --agent <este-agent> --phase <0-4> || true

Fail-soft: erro de emit/render → warning stderr; continue o fluxo. Só metadados (sem prompt/PII/secret). Live em projetos/{slug}/fluxo/live.html é complementar a STATUS.md / scorecard / evidence-gate — não os substitui.

Install scorecard 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.

# /scorecard — scorecard de entrega Mede a execução do Claude Code contra a [Definição de Pronto](../rules/definicao-de-pronto.md) e produz um relatório que um líder/stakeholder entende sem abrir o código. **Não** mede a qualidade da resposta do produto (isso seria eval de produto) — mede se as **issues foram implementadas certo e no padrão**. ## 1. Colete os dados (fonte da verdade = git + gh; o agente não forja) - **git:** `git log --oneline`, autores e datas (`git log --format=...`), `git diff --stat` por issue. Issues aparecem como `feat(#N): ...` nos commits. - **gh:** `gh issue list --state all --json number,title,state,createdAt,closedAt,labels` e `gh pr list --state all --json number,reviewDecision,reviews,additions,deletions`. Se `gh` não estiver autenticado, **diga isso** e siga com o que der. - **metrics/entregas.jsonl:** um registro por issue (gate, revisor, critérios). Se vazio, reporte as métricas derivadas de git/gh e marque as de sessão como "sem dado". ## 2. Calcule (apenas o que tem dado — nunca invente número) - **Correção:** % de critérios de aceite atendidos · **change-failure rate** = (issues reabertas + bugs contra issue merjada + PRs com mudança pedida) ÷ issues entregues. - **Aderência ao padrão:** distribuição de veredito do revisor (aprovado/ressalva/bloqueado) · invariantes violados · média de tentativas até o gate verde. - **Throughput:** lead time por issue (criada → fechada/merge) · issues concluídas no período. - **Confiança:** taxa de autonomia (% merjado sem edição humana) · ações barradas por permissão/hook. ## 3. Emita o scorecard (markdown, pronto pra colar num board) ``` # Scorecard de entrega — <período> ## Resumo (agregado) | Métrica | Valor | Tendência | |---|---|---| | Critérios de aceite atendidos | 96% (24/25) | ▲ | | Change-failure rate | 8% (1/13) | ▼ bom | | Taxa de autonomia | 77% (10/13) | ▲ | | Lead time mediano | 1.4 dia | — | | Revisor: aprovado / ressalva / bloqueado | 9 / 3 / 1 | — | | Tentativas medianas até o gate verde | 2 | ▼ bom | ## Por issue | # | Título | Aceite | Gate (tent.) | Revisor | Lead time | Autônoma | |---|---|---|---|---|---|---| | 23 | streaming SSE | 4/4 | verde (2) | aprovado | 1.1d | sim | ... ## Leitura para stakeholders - 2–4 linhas em português claro: o que está sólido, onde está o risco, o que puxar pra próxima sprint. ``` ## 4. Seja honesto sobre lacunas Se faltou dado (sem `gh` auth, `entregas.jsonl` vazio, período sem issues fechadas), **declare explicitamente o que não pôde ser medido** — um scorecard que finge cobertura é pior que um com buracos assumidos. ## Telemetria live (fluxo-events) — fail-soft No enter/exit desta fase/agent, emita metadados (nunca bloqueia SDD): ```bash python -m config.fluxo_events emit --slug {slug} --event-type agent_enter --agent <este-agent> --phase <0-4> || true # ao sair: python -m config.fluxo_events emit --slug {slug} --event-type agent_exit --agent <este-agent> --phase <0-4> || true ``` Fail-soft: erro de emit/render → warning stderr; continue o fluxo. Só metadados (sem prompt/PII/secret). Live em `projetos/{slug}/fluxo/live.html` é **complementar** a STATUS.md / scorecard / evidence-gate — não os substitui.

{ "prompt": "# /scorecard — scorecard de entrega\n\nMede a execução do Claude Code contra a [Definição de Pronto](../rules/definicao-de-pronto.md) e\nproduz um relatório que um líder/stakeholder entende sem abrir o código. **Não** mede a qualidade da\nresposta do produto (isso seria eval de produto) — mede se as **issues foram implementadas certo e\nno padrão**.\n\n## 1. Colete os dados (fonte da verdade = git + gh; o agente não forja)\n- **git:** `git log --oneline`, autores e datas (`git log --format=...`), `git diff --stat` por\n issue. Issues aparecem como `feat(#N): ...` nos commits.\n- **gh:** `gh issue list --state all --json number,title,state,createdAt,closedAt,labels` e\n `gh pr list --state all --json number,reviewDecision,reviews,additions,deletions`. Se `gh` não\n estiver autenticado, **diga isso** e siga com o que der.\n- **metrics/entregas.jsonl:** um registro por issue (gate, revisor, critérios). Se vazio, reporte\n as métricas derivadas de git/gh e marque as de sessão como \"sem dado\".\n\n## 2. Calcule (apenas o que tem dado — nunca invente número)\n- **Correção:** % de critérios de aceite atendidos · **change-failure rate** = (issues reabertas +\n bugs contra issue merjada + PRs com mudança pedida) ÷ issues entregues.\n- **Aderência ao padrão:** distribuição de veredito do revisor (aprovado/ressalva/bloqueado) ·\n invariantes violados · média de tentativas até o gate verde.\n- **Throughput:** lead time por issue (criada → fechada/merge) · issues concluídas no período.\n- **Confiança:** taxa de autonomia (% merjado sem edição humana) · ações barradas por permissão/hook.\n\n## 3. Emita o scorecard (markdown, pronto pra colar num board)\n\n```\n# Scorecard de entrega — <período>\n\n## Resumo (agregado)\n| Métrica | Valor | Tendência |\n|---|---|---|\n| Critérios de aceite atendidos | 96% (24/25) | ▲ |\n| Change-failure rate | 8% (1/13) | ▼ bom |\n| Taxa de autonomia | 77% (10/13) | ▲ |\n| Lead time mediano | 1.4 dia | — |\n| Revisor: aprovado / ressalva / bloqueado | 9 / 3 / 1 | — |\n| Tentativas medianas até o gate verde | 2 | ▼ bom |\n\n## Por issue\n| # | Título | Aceite | Gate (tent.) | Revisor | Lead time | Autônoma |\n|---|---|---|---|---|---|---|\n| 23 | streaming SSE | 4/4 | verde (2) | aprovado | 1.1d | sim |\n...\n\n## Leitura para stakeholders\n- 2–4 linhas em português claro: o que está sólido, onde está o risco, o que puxar pra próxima sprint.\n```\n\n## 4. Seja honesto sobre lacunas\nSe faltou dado (sem `gh` auth, `entregas.jsonl` vazio, período sem issues fechadas), **declare\nexplicitamente o que não pôde ser medido** — um scorecard que finge cobertura é pior que um com\nburacos assumidos.\n\n## Telemetria live (fluxo-events) — fail-soft\n\nNo enter/exit desta fase/agent, emita metadados (nunca bloqueia SDD):\n\n```bash\npython -m config.fluxo_events emit --slug {slug} --event-type agent_enter --agent <este-agent> --phase <0-4> || true\n# ao sair:\npython -m config.fluxo_events emit --slug {slug} --event-type agent_exit --agent <este-agent> --phase <0-4> || true\n```\n\nFail-soft: erro de emit/render → warning stderr; continue o fluxo. Só metadados (sem prompt/PII/secret).\nLive em `projetos/{slug}/fluxo/live.html` é **complementar** a STATUS.md / scorecard / evidence-gate — não os substitui.", "variables": [], "notes": "Gera o scorecard de entrega (correção, aderência, throughput, autonomia) p/ o time e stakeholders. Arguments: [--desde <data|tag>] [--issue <N>].", "metadata": { "source": { "provider": "github-cursor-commands", "repository": "https://github.com/jotap-rocha/uber-eats-case", "path": ".cursor/commands/scorecard.md", "ref": "a1de68fd5d02800519a14e30e2a8a1cfae435294", "url": "https://github.com/jotap-rocha/uber-eats-case/blob/a1de68fd5d02800519a14e30e2a8a1cfae435294/.cursor/commands/scorecard.md", "key": "jotap-rocha/uber-eats-case/.cursor/commands/scorecard.md" } } }

scorecard

About

/scorecard — scorecard de entrega

1. Colete os dados (fonte da verdade = git + gh; o agente não forja)

2. Calcule (apenas o que tem dado — nunca invente número)

3. Emita o scorecard (markdown, pronto pra colar num board)

4. Seja honesto sobre lacunas

Telemetria live (fluxo-events) — fail-soft

Install scorecard 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

Use it

Manifest

Reviews