-
Notifications
You must be signed in to change notification settings - Fork 0
Home
Bienvenue dans le wiki de Context Compiler.
Ce wiki a un objectif simple : expliquer le fonctionnement de Context Compiler de manière fonctionnelle d’abord, avec juste assez de technique pour comprendre comment les concepts se traduisent dans le runtime, les packages NuGet et le pipeline.
- Équipes d’architecture et de conception qui veulent comprendre le modèle global
- Développeurs qui veulent utiliser ou étendre Context Compiler
- Auteurs de modules, packs ou blueprints
- Équipes qui veulent construire des contextes spécialisés sans plonger immédiatement dans tout le code source
Un module est une capacité atomique.
Il fait une seule chose, s’insère dans un pipeline, et reste réutilisable indépendamment du reste.
Exemples :
- lire un fichier Markdown
- enrichir un contexte .NET
- composer une section du prompt
- produire un artefact
Page détaillée : Modules
Un pack est un regroupement cohérent de modules prêts à l’emploi.
Il simplifie la configuration en évitant d’installer chaque module un par un.
Exemples :
- un pack de readers
- un pack de composition de prompt
- un pack starter qui agrège plusieurs packs standards
Page détaillée : Packs
Un blueprint est une solution orientée use case.
Il combine des packs, des modules et une logique de guidance pour adresser un scénario concret, par exemple une application web Razor.
Exemples :
ContextCompiler.Blueprints.DotNet.WebApp.Razor- un blueprint de rédaction de user stories
Page détaillée : Blueprints
On peut lire le modèle de Context Compiler comme une progression :
- Les modules apportent des capacités unitaires.
- Les packs regroupent ces capacités en ensembles cohérents.
- Les blueprints assemblent ces briques pour répondre à un scénario métier ou technique précis.
Autrement dit :
- Module = capacité
- Pack = groupe de modules
- Blueprint = solution prête à utiliser pour un cas d’usage
Le wiki est structuré pour grandir avec le projet. La base en place couvre d’abord les notions les plus structurantes :
Les prochains axes naturels à documenter sont :
- pipeline global et pipeline document
- personas, prompt composers et renderers
- views et artefacts
- chargement runtime via NuGet
- configuration
.ctxc
Quelques sources de vérité utiles pour approfondir :
docs/CONTEXT.mddocs/ARCHITECTURE.mddocs/PIPELINES.mddocs/decisions/0003-plugins-nuget-runtime-loading.mdsrc/Core/ContextCompiler.Abstractions/Prompt/BLUEPRINTS.mdagent/Agent/features/phase_03/05-blueprints/FEATURE.md
- Pipeline
- Personas
- Prompt composition
- Views
- Artifacts
- Configuration