2027a/auroscope

Watch

Fork 0

étendre le choix du fournisseur #66

New issue

Closed

opened 2026-09-12 13:04:52 +00:00 by mathieu · 7 comments

mathieu commented

2026-09-12 13:04:52 +00:00

Owner

Garder codex par defaut
permettre la configuration d'un autre fournisseur dans le fichier de configuration, en particulier :
- claude-code
- anthropic API
- openai API
- openai compatible API (comme openrouter ou zen)

- Garder codex par defaut - permettre la configuration d'un autre fournisseur dans le fichier de configuration, en particulier : - claude-code - anthropic API - openai API - openai compatible API (comme openrouter ou zen)

hephaistos added the

Status

In Progress

label

2026-09-12 13:21:33 +00:00

hephaistos commented

2026-09-12 13:23:21 +00:00

Owner

Arbitrage demandé : MODE: DECISION

Arbitrage — la demande est claire, mais elle modifie une décision produit active : ADR-0015, point 4, et la spécification, section 6, imposent Codex CLI seul et excluent les fournisseurs HTTP. Les instructions du dépôt exigent donc une décision explicite avant cette extension ; la demande initiale ne remplace pas le GO DECISION prévu par ce protocole.

Proposition pour #66 :

conserver Codex CLI par défaut, sans changement pour une installation non configurée ;
permettre de sélectionner explicitement un seul fournisseur dans le fichier de configuration : Codex CLI, Claude Code, API Anthropic, API OpenAI ou API compatible OpenAI avec URL configurable, notamment OpenRouter ou Zen ;
référencer les clés API par des variables d’environnement, sans les inscrire dans les recettes, les rapports ou les journaux ; les CLI gardent leur authentification native ;
conserver le même périmètre d’audit, la validation locale stricte du rapport, la décision humaine et le contrôle final de l’identité de la recette ; aucune exécution de contenu fourni par le paquet pendant l’audit ;
en cas d’échec du fournisseur choisi, proposer réessayer, ignorer le paquet ou annuler, sans bascule automatique vers un autre fournisseur ni contournement de l’audit ;
ne changer ni les responsabilités de Paru/Pacman ni l’absence d’audit des paquets officiels.

Le modèle et le prompt configurables restent les sujets de #65 et #64 ; leur intégration devra partager le même fichier plutôt que créer des configurations concurrentes. Cette décision ne présume pas que tous les services dits compatibles OpenAI sont déjà qualifiés.

Vérification : instructions, spécification, architecture, ADR actifs et gate Arch lus ; HEAD local et main distant correspondent à 0a044e7b58. Le ticket #66 ne comporte aucun commentaire d’acceptation. Aucun fichier du dépôt n’a été modifié, aucun paquet installé, aucun test d’implémentation revendiqué.

🔴 ACCORD REQUIS
Mathieu : acceptes-tu cette proposition d’extension ? Pour l’accepter selon le protocole du dépôt, répondre dans #66 par un commentaire autonome exactement égal à GO DECISION. Sinon, préciser le point à changer. Après acceptation, la décision sera documentée ; la réalisation et sa livraison Arch nécessiteront ensuite une issue MODE: EXECUTION distincte. Le ticket n’est pas résolu.

Arbitrage demandé : MODE: DECISION Arbitrage — la demande est claire, mais elle modifie une décision produit active : ADR-0015, point 4, et la spécification, section 6, imposent Codex CLI seul et excluent les fournisseurs HTTP. Les instructions du dépôt exigent donc une décision explicite avant cette extension ; la demande initiale ne remplace pas le GO DECISION prévu par ce protocole. Proposition pour #66 : - conserver Codex CLI par défaut, sans changement pour une installation non configurée ; - permettre de sélectionner explicitement un seul fournisseur dans le fichier de configuration : Codex CLI, Claude Code, API Anthropic, API OpenAI ou API compatible OpenAI avec URL configurable, notamment OpenRouter ou Zen ; - référencer les clés API par des variables d’environnement, sans les inscrire dans les recettes, les rapports ou les journaux ; les CLI gardent leur authentification native ; - conserver le même périmètre d’audit, la validation locale stricte du rapport, la décision humaine et le contrôle final de l’identité de la recette ; aucune exécution de contenu fourni par le paquet pendant l’audit ; - en cas d’échec du fournisseur choisi, proposer réessayer, ignorer le paquet ou annuler, sans bascule automatique vers un autre fournisseur ni contournement de l’audit ; - ne changer ni les responsabilités de Paru/Pacman ni l’absence d’audit des paquets officiels. Le modèle et le prompt configurables restent les sujets de #65 et #64 ; leur intégration devra partager le même fichier plutôt que créer des configurations concurrentes. Cette décision ne présume pas que tous les services dits compatibles OpenAI sont déjà qualifiés. Vérification : instructions, spécification, architecture, ADR actifs et gate Arch lus ; HEAD local et main distant correspondent à 0a044e7b581a5bbf81fdea4c3ccef9dbcbb01455. Le ticket #66 ne comporte aucun commentaire d’acceptation. Aucun fichier du dépôt n’a été modifié, aucun paquet installé, aucun test d’implémentation revendiqué. 🔴 ACCORD REQUIS Mathieu : acceptes-tu cette proposition d’extension ? Pour l’accepter selon le protocole du dépôt, répondre dans #66 par un commentaire autonome exactement égal à GO DECISION. Sinon, préciser le point à changer. Après acceptation, la décision sera documentée ; la réalisation et sa livraison Arch nécessiteront ensuite une issue MODE: EXECUTION distincte. Le ticket n’est pas résolu.

mathieu commented

2026-09-12 13:27:23 +00:00

Author

Owner

GO DÉCISION

hephaistos commented

2026-09-12 13:29:25 +00:00

Owner

Arbitrage demandé : Arbitrage — le commentaire humain #3049 contient exactement « GO DÉCISION » suivi d’une espace. Les instructions du dépôt et docs/design-phase.md exigent le commentaire autonome exact GO DECISION, sans accent. Je ne peux pas normaliser cette autorisation ni déclarer la proposition acceptée. Mathieu : pour accepter la proposition du commentaire #3046 (Codex par défaut, choix explicite d’un fournisseur, protections d’audit conservées), peux-tu publier dans #66 un commentaire contenant uniquement GO DECISION ? À réception, la décision pourra être documentée ; l’implémentation et sa livraison Arch resteront soumises à une issue MODE: EXECUTION distincte. Vérification : discussion relue par API, instructions et références actives ainsi que le gate Arch lus ; HEAD local et main distant correspondent à 0a044e7b58. Aucun fichier du dépôt modifié, aucune installation ni publication effectuée. Le ticket reste ouvert.

Arbitrage demandé : Arbitrage — le commentaire humain #3049 contient exactement « GO DÉCISION » suivi d’une espace. Les instructions du dépôt et docs/design-phase.md exigent le commentaire autonome exact GO DECISION, sans accent. Je ne peux pas normaliser cette autorisation ni déclarer la proposition acceptée. Mathieu : pour accepter la proposition du commentaire #3046 (Codex par défaut, choix explicite d’un fournisseur, protections d’audit conservées), peux-tu publier dans #66 un commentaire contenant uniquement GO DECISION ? À réception, la décision pourra être documentée ; l’implémentation et sa livraison Arch resteront soumises à une issue MODE: EXECUTION distincte. Vérification : discussion relue par API, instructions et références actives ainsi que le gate Arch lus ; HEAD local et main distant correspondent à 0a044e7b581a5bbf81fdea4c3ccef9dbcbb01455. Aucun fichier du dépôt modifié, aucune installation ni publication effectuée. Le ticket reste ouvert.

mathieu commented

2026-09-12 13:30:50 +00:00

Author

Owner

GO DECISION

hephaistos referenced this issue

2026-09-12 13:42:58 +00:00

Documenter la décision acceptée sur le choix du fournisseur d’audit #67

hephaistos added

and removed

labels

2026-09-12 13:42:59 +00:00

hephaistos referenced this issue

2026-09-12 13:43:04 +00:00

Documenter la décision acceptée sur le choix du fournisseur d’audit #67

mathieu commented

2026-09-12 15:56:54 +00:00

Author

Owner

PR de documentation fusionnée, passe à l'implémentation

hephaistos added

and removed

labels

2026-09-12 15:57:20 +00:00

hephaistos commented

2026-09-12 15:59:16 +00:00

Owner

Blocage — la demande de Mathieu de passer à l’implémentation est explicite et le choix des fournisseurs est accepté : aucun nouvel arbitrage produit n’est nécessaire. Cependant, ADR-0066, lignes 9–11, et docs/design-phase.md, ligne 54, imposent une issue distincte commençant par MODE: EXECUTION avant les changements de production. La lecture des tickets ouverts par API ne montre aucune issue d’exécution correspondante ; #66 conserve sa demande initiale. Cette mission reste soumise à cette règle et réserve les créations et modifications Forgejo au wrapper. Je ne peux donc ni créer cette issue ni ignorer cette condition. Mathieu : faire ouvrir l’issue d’exécution distincte, liée à #66 et au commentaire humain #3065 ; sa disponibilité permettra la reprise sans nouvelle décision sur les fournisseurs. Vérifications : instructions, références obligatoires, ADR actifs et scripts des gates Arch lus intégralement ; main distant relu à 1b70f8c67e, fusion documentaire #67 présente, contenu identique au HEAD local f0b2813fe6. Aucun fichier du dépôt modifié, aucun commit, aucune publication ni installation. L’extension n’est pas implémentée et aucune qualification de paquet n’est revendiquée.

Blocage — la demande de Mathieu de passer à l’implémentation est explicite et le choix des fournisseurs est accepté : aucun nouvel arbitrage produit n’est nécessaire. Cependant, ADR-0066, lignes 9–11, et docs/design-phase.md, ligne 54, imposent une issue distincte commençant par MODE: EXECUTION avant les changements de production. La lecture des tickets ouverts par API ne montre aucune issue d’exécution correspondante ; #66 conserve sa demande initiale. Cette mission reste soumise à cette règle et réserve les créations et modifications Forgejo au wrapper. Je ne peux donc ni créer cette issue ni ignorer cette condition. Mathieu : faire ouvrir l’issue d’exécution distincte, liée à #66 et au commentaire humain #3065 ; sa disponibilité permettra la reprise sans nouvelle décision sur les fournisseurs. Vérifications : instructions, références obligatoires, ADR actifs et scripts des gates Arch lus intégralement ; main distant relu à 1b70f8c67e5afe9239fbccdac9738d942c61e7fc, fusion documentaire #67 présente, contenu identique au HEAD local f0b2813fe65a922d2b957ca7ed8f876e7015ef8b. Aucun fichier du dépôt modifié, aucun commit, aucune publication ni installation. L’extension n’est pas implémentée et aucune qualification de paquet n’est revendiquée.

hephaistos referenced this issue

2026-09-12 16:07:57 +00:00

Implémenter les fournisseurs d’audit acceptés par #66 #68

hephaistos added the

Kind/Enhancement

Area/API

Area/CLI

labels

2026-09-12 16:08:17 +00:00

hephaistos referenced this issue from a commit

2026-09-12 17:11:59 +00:00

Préparer le pin source des fournisseurs d’audit acceptés par #66

hephaistos referenced this issue

2026-09-12 17:33:36 +00:00

Livrer le choix du fournisseur d’audit dans le paquet r11 #71

hephaistos referenced this issue

2026-09-12 17:33:43 +00:00

Livrer le choix du fournisseur d’audit dans le paquet r11 #71

hephaistos commented

2026-09-13 00:43:08 +00:00

Owner

Résolu après vérification du code et de la livraison, pas simplement sur la foi d’un commentaire de PR.

La décision a été documentée puis son exécution #68 livrée et fusionnée. Le choix des fournisseurs demandé est présent dans le paquet actuel.

PR fusionnées vérifiées : #67, #71. Leurs commits de fusion et les pins sources sont bien ancêtres du main actuel. Le paquet actuel auroscope 0.1.0.r14.ge5aecca-1 conserve ces changements (pin e5aeccaed2). Les journaux des gates Arch/package et supported-Paru des livraisons #63/#68 ont été relus avec leurs marqueurs de réussite ; le code cmd/internal et les dépendances sont inchangés depuis le pin fournisseur qualifié. Les régressions ciblées viennent de repasser.

Limites conservées : les tests fournisseurs déterministes ne qualifient pas chaque service/modèle réel ou login Claude. Les réglages prompt/modèle demandés dans #64/#65 restent suivis séparément : leurs PR #72/#73 ne sont pas fusionnées.

Clôture de ce ticket par Hephaistos conformément à ta demande de réconciliation avec l’état réel. Aucune action supplémentaire attendue de Mathieu pour ce ticket ; aucune fusion ni installation effectuée ici.

Résolu après vérification du code et de la livraison, pas simplement sur la foi d’un commentaire de PR. La décision a été documentée puis son exécution #68 livrée et fusionnée. Le choix des fournisseurs demandé est présent dans le paquet actuel. PR fusionnées vérifiées : #67, #71. Leurs commits de fusion et les pins sources sont bien ancêtres du main actuel. Le paquet actuel auroscope 0.1.0.r14.ge5aecca-1 conserve ces changements (pin e5aeccaed203d5c3ce8f045b35d9a25cf9932f6b). Les journaux des gates Arch/package et supported-Paru des livraisons #63/#68 ont été relus avec leurs marqueurs de réussite ; le code cmd/internal et les dépendances sont inchangés depuis le pin fournisseur qualifié. Les régressions ciblées viennent de repasser. Limites conservées : les tests fournisseurs déterministes ne qualifient pas chaque service/modèle réel ou login Claude. Les réglages prompt/modèle demandés dans #64/#65 restent suivis séparément : leurs PR #72/#73 ne sont pas fusionnées. Clôture de ce ticket par Hephaistos conformément à ta demande de réconciliation avec l’état réel. Aucune action supplémentaire attendue de Mathieu pour ce ticket ; aucune fusion ni installation effectuée ici.

hephaistos closed this issue

2026-09-13 00:43:08 +00:00