aaif-goose / aaif-goose/goose

DaoXE as a declarative OpenAI-compatible provider

Fermée Adaptée aux débutants
#11,986 0 commentaires 0 réactions 1 personne assignée Réclamée par @michaelneale Voir sur GitHub
Langage dominant
Rust
Étoiles
54.2k
Forks
6.2k
Merge moyen
3 j 4 h
PR mergées (30 j)
240

Description

**What problem would this solve?**

Goose users who already hold a DaoXE API key currently have to configure it through the generic OpenAI-compatible custom-provider path by hand. A declarative entry would let them pick it like any named provider — same as the existing entries for AIML API, OrcaRouter, TrustedRouter, OpenCode Zen and others in `crates/goose-providers/src/declarative/definitions/`.

**What would a good outcome look like?**

`goose configure` lists DaoXE among the declarative providers. Auth via `DAOXE_API_KEY` (Bearer), OpenAI engine. `dynamic_models` enabled — the live catalog is account-scoped and changes over time, so Goose reads `GET /v1/models` rather than trusting a hard-coded list (a small fallback list covers first-run UX before the request is made). Streaming supported.

**Possible approaches**

A single JSON definition following the existing schema — I had a working two-file implementation (definitions JSON + one line in `expose_declarative_providers`) up as PR #11920, which maintainers asked to route through an issue first, so here it is. That branch still exists (`seven7763:feat/daoxe-declarative-provider`, rebased on current main, full CI green) and I'm glad to reopen the PR against this issue or adjust scope/ownership/verification as you see fit.

**Additional context**

Disclosure: I'm affiliated with DaoXE (OpenAI-compatible multi-model gateway, https://daoxe.com). Happy to answer anything about the implementation or shape the definition differently — the maintainers' process doc asks for product-fit agreement here first, so no implementation until this reaches Ready.

- [x] I have verified this does not duplicate an existing feature request

Guide de contribution

Ouvrir le guide de contribution

Piste de recherche

The work is in `crates/goose-providers/src/declarative/definitions/`. Examine the existing provider definitions (like AIML API, OrcaRouter) to understand the JSON schema. The PR #11920 branch (`seven7763:feat/daoxe-declarative-provider`) shows a complete example. Add a new JSON file for DaoXE, then add a line to expose it in the provider list. Test by running `goose configure` to see DaoXE listed.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
rust
Domaine
ai-infra-agents, backend-api-design
Type d'issue
Fonctionnalité
Difficulté
2/5
Temps estimé
1-3 heures
Activité
Active
Clarté
Clairement spécifiée
Accessibilité débutants
70/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.