Provider compatibility self-test and version matrix

Abierto
#158 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
35/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
electron, typescript

Línea de trabajo

Start by reading the implementation entry points for provider adapters, Settings, and CI workflows, then trace how provider versions and test results are represented. The issue calls for contract tests covering hello, tool call, file write, resume, cancel, and usage reporting, plus version-change and nightly runs, a compatibility matrix, and automatic failure issues. Done means all acceptance criteria work across Claude Code, Codex, OpenCode, and Gemini CLI.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

area:ci area:providers needs-triage p1 type:feature

Part of #117 · beat-Paperclip spec id E7

  • Priority: p1
  • Labels: type:feature, area:providers, area:ci
  • Relates to: #28, #117
  • Scope: Adapter churn is Paperclip's largest bug class: Gemini CLI flag and TUI changes, Hermes credentials, OpenCode model lists, and an outdated bundled Claude Code (#2236, #2344, #2852, #4046, #1934, #13889). Muster adds:
    • a per-provider contract test: hello, tool call, file write, resume, cancel, usage report
    • runs of that test on version change, in Settings on demand, and nightly in CI against the latest CLI releases
    • a published compatibility matrix
  • Acceptance:
    • On a CLI update, Muster reruns the test and shows ✓ or ✗ with a plain-language fix.
    • CI runs the latest Claude Code, Codex, OpenCode and Gemini CLI nightly.
    • Failures open a tracking issue automatically.

Source: Paperclip issue/discussion research (docs, GitHub issues, live instance).

Lenguaje dominante
TypeScript
Estrellas
3
Forks
0
Merge medio
17 h 33 min
PR fusionados (30 d)
163

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de musterhq/muster-code

Todos los issues de musterhq/muster-code

Issues similares

Más issues de TypeScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.