Projet · 2026
claude-code-soul
Un pack public pour définir le ton, les règles et les outils de Claude Code, sans y inclure de données privées.
Public
Mon rôle J'ai écrit les règles de comportement, organisé la configuration et préparé le dépôt public.
Le projet en images.
Mon travail
Ce que j'ai réalisé.
- Repo public MIT : soul.md, rules, skills, agents, hooks, script setup et docs.
- Pipeline de publication propre : gitleaks, exclusion des packs tiers, crédits.
Ce que ce projet montre
- Conception d'un système de configuration en couches (identité, personnalité, workflow, skills, agents, hooks) documenté et installable via script.
- Sécurité pensée dès le départ, avec Touch ID sur actions sensibles, secrets via Keychain, rédaction des secrets dans les transcrits et règle 0 PII / 0 chemin perso.
- Publication open source propre (MIT) avec crédits explicites des packs tiers exclus.
Où en est le projet ?
Public
- Config opinionnée (ton majordome, workflow personnel) : à adapter avant réutilisation.
- Certaines briques tierces sont exclues du repo et doivent être réinstallées séparément.
Choix, résultats et preuves.
Ouvrir le dossier technique
Preuve publique
| Résumé | Séparer l'« âme » de l'assistant (ton, valeurs, refus) de la config technique, et packager un outillage Claude Code réutilisable et publiable sans fuite de données. |
|---|---|
| Type | Projet open source (config / outillage) |
| Période | 2026 |
| Rôle | Auteur |
| Statut | Public |
| Niveau de preuve | Un lien public permet de contrôler au moins l'élément principal. |
| Stack | Claude Code CLI, Shell (hooks), Markdown, macOS Keychain + Touch ID, gitleaks |
| Ce que ça prouve | Pack de configuration open source pour Claude Code CLI : un soul.md (identité/ton/refus) plus skills, agents, hooks et rules, pour transformer le CLI en assistant à personnalité dosée plutôt qu'en chatbot poli. |
Les contraintes de départ
- Publier une config personnelle sans fuiter de données : 0 PII, 0 secret, 0 chemin absolu personnel.
- Rester une couche par-dessus Claude Code, pas une refonte de l'outil.
Les décisions
| Décision | Pourquoi | Écarté |
|---|---|---|
| Séparer soul.md (identité/ton) de la config technique. | Isoler l'âme de la config rend les deux plus lisibles et réutilisables. | Tout mélanger dans un seul fichier, illisible et difficile à réutiliser. |
| Lazy-load des MCP, LaunchAgents et agents lourds (à la demande, pas au startup). | Réduire la consommation de tokens et de RAM au démarrage. | Tout charger au démarrage, avec un coût inutile en tokens et en RAM. |
Les résultats documentés
- Repo public en ligne sur GitHub.
- Étoiles / adoption : pas encore mesurées.













