chore: scaffold dépôt CHLOVA (v0.1.0)

Pose le socle méta : CLAUDE.md (architecture cible + règles non
négociables versioning/sécurité/risque), README, CHANGELOG, .env.example
(références secrets only), .gitignore, squelette d'arborescence.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
Kantin-Petit
2026-06-23 00:57:23 +02:00
commit a301281594
9 changed files with 202 additions and 0 deletions
+5
View File
@@ -0,0 +1,5 @@
{
"enabledPlugins": {
"code-review@claude-plugins-official": true
}
}
+33
View File
@@ -0,0 +1,33 @@
# CHLOVA — variables d'environnement (TEMPLATE)
# Copier en `.env` et renseigner. NE JAMAIS committer `.env` ni de vraie valeur.
# L'agent ne voit jamais ces secrets en clair : il manipule des références.
# ── Ollama (proxy cloud) ───────────────────────────────────────────────
# Le conteneur Ollama local proxifie vers ollama.com. Egress doit autoriser
# ollama.com. Joignable uniquement sur le réseau Docker interne.
OLLAMA_BASE_URL=http://ollama:11434
OLLAMA_API_KEY= # SECRET — clé API Ollama cloud
OLLAMA_MODEL=qwen3:cloud # modèle cloud (suffixe :cloud), tool-calling
# ── MCP n8n (czlonkowski/n8n-mcp) ──────────────────────────────────────
N8N_API_URL=http://n8n:5678 # interne uniquement
N8N_API_KEY= # SECRET — token n8n à portée RESTREINTE
MCP_N8N_URL=http://mcp-n8n:3000 # endpoint du serveur MCP n8n (interne)
MCP_N8N_AUTH_TOKEN= # SECRET — auth du serveur MCP n8n
# ── MCP Portainer (portainer/portainer-mcp) ────────────────────────────
PORTAINER_URL=https://portainer:9443 # interne uniquement
PORTAINER_MCP_AUTH_TOKEN= # SECRET — token Portainer à portée RESTREINTE
PORTAINER_READ_ONLY=true # Phase 1 : LECTURE SEULE — ne pas passer à false
MCP_PORTAINER_URL=http://mcp-portainer:3000
# ── Surface Telegram (Phase 1) ─────────────────────────────────────────
TELEGRAM_BOT_TOKEN= # SECRET — token du bot
TELEGRAM_ALLOWED_USER_IDS= # liste d'IDs autorisés, séparés par virgule
# ── Backend CHLOVA ─────────────────────────────────────────────────────
CHLOVA_ENV=development # development | production
CHLOVA_LOG_LEVEL=info
CHLOVA_DB_PATH=./data/chlova.db # SQLite : table assets (need-review, P2+)
# Phase 1 : aucun port publié (Telegram en long-polling). Renseigné en P3+ si API/UI.
# CHLOVA_HTTP_PORT=8080
+30
View File
@@ -0,0 +1,30 @@
# Secrets — JAMAIS commités
.env
.env.*
!.env.example
*.key
*.pem
secrets/
# Node
node_modules/
dist/
*.tsbuildinfo
coverage/
.vitest/
# Données runtime
data/
*.db
*.sqlite
*.sqlite3
# Logs
*.log
logs/
# OS / éditeurs
.DS_Store
Thumbs.db
.idea/
.vscode/
+13
View File
@@ -0,0 +1,13 @@
# Changelog
Format [Keep a Changelog](https://keepachangelog.com/), versioning [SemVer](https://semver.org/).
Tant que le projet est en `0.x`, chaque mineur peut introduire des changements
incompatibles. Chaque ligne renvoie à un commit dédié (un artefact = un commit).
## [Unreleased]
## [0.1.0] — 2026-06-23
### Added
- Scaffold du dépôt : `CLAUDE.md` (architecture + règles non négociables),
`README.md`, `CHANGELOG.md`, `.env.example`, `.gitignore`.
- Squelette d'arborescence : `docs/`, `infra/`, `orchestrator/`, `workflows-n8n/`.
+92
View File
@@ -0,0 +1,92 @@
# CHLOVA — guide projet (CLAUDE.md)
CHLOVA est un assistant personnel (inspiré de Jarvis). **Ce n'est pas un produit
from-scratch** : c'est une **couche d'orchestration** au-dessus d'un homelab
existant. Le cerveau est un LLM en boucle tool-calling :
`comprendre → choisir un outil MCP → agir → observer → répondre`.
## Substrat existant (réutiliser, ne pas réinventer)
- Debian + Docker + Traefik.
- **n8n** (automations) — joignable via son MCP.
- **Portainer** (déploiement de conteneurs) — joignable via son MCP.
- **Ollama** : conteneur de la stack, joignable par l'orchestrateur sur le réseau
Docker interne (`http://ollama:11434`). On utilise des **modèles cloud**
(suffixe `:cloud`) : le conteneur Ollama local agit en **proxy authentifié**
vers l'infra distante d'Ollama. Transparent pour l'orchestrateur (il croit
parler à du Ollama local). Auth via `OLLAMA_API_KEY` (coffre, jamais en dur).
Conséquences : **pas de GPU requis**, mais les requêtes **sortent vers
`ollama.com`** (egress doit l'autoriser) et il **n'existe pas de palier
"local/privé"**.
## Architecture cible
- Tout vit sur le serveur : orchestrateur LLM + Ollama (proxy cloud) + outils MCP.
- **Une seule surface exposée : le backend CHLOVA.** Lui seul contacte Ollama,
n8n et Portainer, sur le réseau Docker interne. Aucune brique interne n'est
jamais joignable directement de l'extérieur.
- Le mobile est un **client léger** du backend CHLOVA, rien d'autre.
- Outils MCP : MCP n8n + MCP Portainer.
- Surfaces : **texte d'abord** (Telegram/Signal = nativement mobile, sans
exposition), **voix ensuite** (STT + wake-word + TTS). La voix vient **après**
un cerveau fiable.
- Auto-extension : si une demande n'est pas réalisable avec les outils existants,
CHLOVA les crée lui-même en état "need review".
## Stack retenue (Phases 01)
- Orchestrateur : **TypeScript + Node 22**, MCP SDK officiel
`@modelcontextprotocol/sdk` (client).
- Backend/API : **Fastify**.
- LLM : client Ollama `/api/chat` (tool-calling natif), modèles `:cloud`.
- Surface texte Phase 1 : **bot Telegram** (long-polling → zéro port ouvert).
- MCP : conteneurs `portainer/portainer-mcp` + `czlonkowski/n8n-mcp`, tags
épinglés, **read-only en Phase 1**.
- Tests : **Vitest** (gatekeeper + scoping read-only).
- État assets : **SQLite** (table posée dès P0/P1, câblée en P2+).
## Versioning & documentation (non négociable)
Git est la **source unique de vérité**. Tout artefact créé/modifié — workflow
n8n, stack/compose Docker, code orchestrateur, outil — doit être :
- **Versionné** : commit dédié + semver (`vMAJEUR.MINEUR.PATCH`). Chaque
création/modif = un commit clair + bump. `CHANGELOG.md` tenu à jour.
- **Documenté** : rôle, entrées/sorties, dépendances, palier de risque, rollback.
Un artefact non documenté est **incomplet**.
- Images Docker : tags **épinglés** et versionnés (jamais `:latest`).
- Workflows n8n : exportés en JSON dans `workflows-n8n/` (le dépôt fait foi).
Rien n'est "terminé" tant qu'il n'est pas **à la fois versionné ET documenté**.
## Accès mobile & exposition (non négociable)
- Seul le backend CHLOVA est exposé, derrière auth + TLS.
- Voie mobile : surface Telegram/Signal (distante par nature, zéro port ouvert)
ET/OU VPN mesh (Tailscale/Wireguard) + Traefik/TLS pour une API/UI CHLOVA.
- Ollama, n8n, Portainer n'écoutent **que** sur le réseau Docker interne.
Ollama n'a **aucune auth native** — ne jamais l'exposer.
## Paliers de risque (règle non négociable)
- **Réversible / lecture seule** → 7 jours de sursis PROVISOIRE autorisés.
- **Privilégié / destructeur** → **aucun sursis** : BLOQUÉ jusqu'à review.
(déploiement Portainer, montage de volume hôte, accès secrets, suppression,
exec dans un conteneur, etc.)
- Le LLM **ne doit jamais** pouvoir reclasser un asset privilégié en réversible.
## Cycle de vie "need review" (Phase 2+, interfaces posées en P1)
États d'un asset créé par CHLOVA : PROVISOIRE (7 j) → APPROUVÉ / REFUSÉ / BLOQUÉ.
Table assets : `id, type, version, palier_risque, statut, created_at, expires_at,
exec_count, lien_commit, lien_doc`. Cron horaire PROVISOIRE→BLOQUÉ ; **gatekeeper**
qui vérifie le statut **avant chaque exécution**.
## Sécurité (non négociable — risque n°1 : prompt injection)
- Accès quasi-root via Portainer : **socket-proxy Docker obligatoire**, tokens
Portainer/n8n à portée restreinte, réseau dédié à l'agent, **egress filtré**
(autoriser `ollama.com`).
- L'agent ne voit **jamais** les secrets en clair : il manipule des références.
Tous les secrets via env/coffre, jamais en dur ; `.env.example` fourni.
- Toute opération mutante est **audit-loggée**.
- Déploiements de stacks en **GitOps** quand possible (rollback + audit gratuits).
## Périmètre actuel
- **Phase 0** : socle (structure, CLAUDE.md, config, sécurité, conventions,
docker-compose stack avec Ollama interne + backend seule surface).
- **Phase 1** : cerveau **lecture seule** (orchestrateur LLM via Ollama cloud +
MCP n8n + MCP Portainer read-only + surface texte).
- **Phases 2+ NON implémentées** ici : écriture, need-review, voix, auto-extension.
On pose seulement les interfaces/abstractions.
+29
View File
@@ -0,0 +1,29 @@
# CHLOVA
Assistant personnel (style Jarvis). **Couche d'orchestration** au-dessus d'un
homelab Debian + Docker + Traefik existant. Le cerveau est un LLM en boucle
tool-calling qui agit via des outils MCP (n8n, Portainer) et parle aux modèles
Ollama **cloud**.
> Voir [`CLAUDE.md`](./CLAUDE.md) pour l'architecture et les règles non négociables.
## État
- **Phase 0** — socle (en cours) : structure, sécurité, conventions, compose.
- **Phase 1** — cerveau **lecture seule** : orchestrateur + MCP read-only + texte.
- Phases 2+ : non implémentées (écriture, need-review, voix, auto-extension).
## Structure
| Dossier | Rôle |
|---|---|
| `docs/` | Architecture, sécurité, versioning, paliers de risque, gabarit d'asset |
| `infra/` | docker-compose de la stack + socket-proxy + notes réseau |
| `orchestrator/` | Le cerveau (TypeScript/Node, Fastify) |
| `workflows-n8n/` | Exports JSON des workflows (le dépôt fait foi) |
## Démarrage (dev)
À compléter en fin de Phase 1. Pré-requis : Node 22, Docker. Copier
`.env.example``.env`, renseigner les secrets (jamais commités).
## Sécurité
Seul le backend CHLOVA est exposé. Ollama/n8n/Portainer restent sur le réseau
Docker interne. Secrets via env/coffre uniquement. Voir [`docs/security.md`].
View File
View File
View File