@supersoniks/concorde 4.9.98-visual-stack.1 → 5.0.0

package/README.md

@@ -2,23 +2,18 @@
 
 `@supersoniks/concorde` — framework de composants Web basé sur Lit avec système de thèmes, data binding (décorateurs `@subscribe` / `@publish` / `@handle` / `@bind`...) et composants réutilisables.
 
-- **Documentation** : [concorde.supersoniks.org](https://concorde.supersoniks.org/)
-- **Code source public** : [github.com/supersoniks/concorde](https://github.com/supersoniks/concorde)
-- **Développement interne** : GitLab Supersoniks (Merge Requests)
-
 ## 📚 Documentation
 
-La documentation en ligne est disponible ici :
-
-👉 **https://concorde.supersoniks.org/**
+La documentation en ligne (à jour) est disponible ici :
 
-Elle est générée à partir des fichiers `.md` du code source (`yarn build-docs`).
+👉 **https://doc.concorde.test/**
 
-En local : `yarn dev` → `https://localhost:3000`
+Elle est générée à partir des fichiers `.md` du code source (`yarn build-docs`).Utilisation à vos risques — contributions et retours bienvenus !**
 
 ## 🤖 Agent IA (Cursor + JetBrains)
 
-> **Disclaimer** : les règles n'ont pas encore été vraiment testées et seront mises à jour au fur et à mesure.
+
+> **Disclaimer : les règles n'ont encore été vraiment testées et seront msie a jour au fur et a mesure. 
 
 Règles et skills installables depuis `ai/` :
 
@@ -28,7 +23,7 @@ yarn ai-init
 node node_modules/@supersoniks/concorde/scripts/ai-init.mjs
 ```
 
-Installe `.cursor/skills`, `.cursor/rules`, `.aiassistant/rules`. `AGENTS.md` n’est créé que s’il est absent ; un fichier projet existant (sans marker Concorde) est laissé intact. Voir [ai/README.md](ai/README.md).
+Installe `.cursor/skills`, `.cursor/rules`, `.aiassistant/rules` et `AGENTS.md`. Voir [ai/README.md](ai/README.md).
 
 ## 📁 Structure du projet
 
@@ -82,8 +77,8 @@ flowchart LR
 
 ### Les briques de données
 
-- **`DataProviderKey<T>`** — chemin **typé** en notation pointée vers une structure composite, ex. `new DataProviderKey<Data>("data").items[0]` → `"data.items.0"`. Navigation type-safe, chemins dynamiques via `${prop}`. Import : `@supersoniks/concorde/dataProviderKey`. Voir [la doc DataProviderKey](https://concorde.supersoniks.org/#docs/_misc/dataProviderKey.md/dataProviderKey).
-- **`Endpoint<T, U>`** — un **unique chemin HTTP** (sans notation pointée) portant le type de réponse `T` ; segments dynamiques `${...}`. Consommé par `@get`. Import : `@supersoniks/concorde/utils/endpoint`. Voir [la doc Endpoint](https://concorde.supersoniks.org/#docs/_misc/endpoint.md/endpoint).
+- **`DataProviderKey<T>`** — chemin **typé** en notation pointée vers une structure composite, ex. `new DataProviderKey<Data>("data").items[0]` → `"data.items.0"`. Navigation type-safe, chemins dynamiques via `${prop}`. Import : `@supersoniks/concorde/dataProviderKey`. Voir [la doc DataProviderKey](https://doc.concorde.test/#docs/_misc/dataProviderKey.md/dataProviderKey).
+- **`Endpoint<T, U>`** — un **unique chemin HTTP** (sans notation pointée) portant le type de réponse `T` ; segments dynamiques `${...}`. Consommé par `@get`. Import : `@supersoniks/concorde/utils/endpoint`. Voir [la doc Endpoint](https://doc.concorde.test/#docs/_misc/endpoint.md/endpoint).
 - **DataProvider** — le publisher observable qui notifie ses abonnés à chaque assignation.
 
 ### Les décorateurs (`src/core/decorators/subscriber/`)
@@ -96,7 +91,7 @@ flowchart LR
 | `@handle(...keys)` | Appelle une **méthode typée** à chaque assignation (effets de bord, calculs) | jusqu'à 3 `DataProviderKey<T>` |
 | `@get(endpoint)` | Charge des données via l'API ; la propriété devient `ApiResult<T> \| null` | `Endpoint<T>` |
 
-`DataProviderKey` est la pierre angulaire : c'est lui qui fournit les chemins **typés** utilisés par `@subscribe`, `@publish`, `@bind` et `@handle`, tandis que `Endpoint` fait le pont avec les données distantes via `@get`. Détails et exemples sur la [documentation des décorateurs](https://concorde.supersoniks.org/#docs/_decorators/subscribe.md/subscribe).
+`DataProviderKey` est la pierre angulaire : c'est lui qui fournit les chemins **typés** utilisés par `@subscribe`, `@publish`, `@bind` et `@handle`, tandis que `Endpoint` fait le pont avec les données distantes via `@get`. Détails et exemples sur la [documentation des décorateurs](https://doc.concorde.test/#docs/_decorators/subscribe.md/subscribe).
 
 ## 🛠️ Développement
 
@@ -117,10 +112,7 @@ Lance Vite sur `https://localhost:3000` (host `0.0.0.0`, SSL local).
 ```bash
 yarn build
 ```
-Produit `dist/` ainsi que :
-
-- `concorde-core.es.js` / `concorde-core.bundle.js`
-- addons CDN : `concorde-3d.*`, `concorde-shader.*`, `concorde-hugging-face-infer.*`
+Produit `dist/` ainsi que `concorde-core.es.js` / `concorde-core.bundle.js`.
 
 ### Build de la documentation
 ```bash
@@ -141,28 +133,19 @@ yarn test:ci    # exécution unique (utilisé par la CI)
 - **Vite** — build / dev server
 - **Vitest** — tests (environnement jsdom)
 
-## 🔁 Intégration continue
-
-### GitLab (développement interne)
+## 🔁 Intégration continue (GitLab)
 
-CI définie dans [.gitlab-ci.yml](.gitlab-ci.yml) :
+Le projet est hébergé sur GitLab et la CI est définie dans [.gitlab-ci.yml](.gitlab-ci.yml) :
 
 - le job `tests` s'exécute sur les **Merge Requests** et sur les push dans **`master`** ;
-- il tourne sur le runner `ssks7` et lance `yarn install` + `yarn test:ci` (script [gitlab/job_tests.sh](gitlab/job_tests.sh)).
-
-### GitHub (miroir public)
-
-CI définie dans [.github/workflows/ci.yml](.github/workflows/ci.yml) — exécute `yarn test:ci` sur chaque push et Pull Request.
-
-Le dépôt GitHub est un **export filtré** depuis GitLab (librairie uniquement — pas de site doc, pas de `sonic-captcha`, pas d’infra interne). Voir [OPEN_SOURCE_CHECKPOINT.md](OPEN_SOURCE_CHECKPOINT.md).
+- il tourne sur le runner `ssks7` et lance `yarn install` + `yarn test:ci` dans le conteneur `nodejs` (script [gitlab/job_tests.sh](gitlab/job_tests.sh)).
 
 ## 🤝 Contribution
 
-Voir [CONTRIBUTING.md](CONTRIBUTING.md).
-
-**Résumé** :
-- **Équipe interne** : branche + Merge Request sur GitLab interne.
-- **Contributeurs externes** : Un jour peut-être.
+1. Créer une branche à partir de `master`.
+2. Faire ses modifications.
+3. Vérifier les tests : `yarn test:ci`.
+4. Ouvrir une **Merge Request** vers `master` (la CI lance les tests automatiquement).
 
 ## 📄 Licence
 

package/build-infos.json

@@ -1 +1 @@
-{"date":1790757895}
+{"date":1790758750}