Quickstarts

Ces pages servent à vérifier les flux les plus fréquents en quelques minutes. Chaque quickstart valide un canal d'entrée Arclith, sans transformer ce test rapide en tutoriel complet.

Choisir

Un flux, un objectif de validation

Commence par l'API pour voir le service tourner, puis ajoute les surfaces dont ton projet a besoin : MCP, bus RabbitMQ, canal conversationnel ou agent LangGraph.

API Démarrer un service HTTP

Initialiser un projet, lancer le mode API, vérifier la probe /health et ouvrir Swagger.

MCP Exposer des tools

Lancer le transport MCP HTTP, contrôler /info et repérer l'URL FastMCP du serveur.

Bus Ajouter RabbitMQ

Installer l'adapter command bus, charger la configuration et préparer le futur worker.

Agent Préparer LangGraph

Ajouter l'adapter agent, générer langgraph.json et tester l'Agent Server local.

Channel Tester une conversation

Normaliser un message, résoudre son identité, répondre et vérifier la déduplication avec le fake mémoire.

Ordre recommandé

Avancer du runtime vers l'orchestration

L'ordre ci-dessous garde une progression simple : service local, surface outillée, traitement asynchrone, puis agent.

1. API locale 2. MCP HTTP 3. Bus RabbitMQ 4. Channel mémoire 5. Agent LangGraph Validation IA locale Projet Todo complet

Projet de départ

Si tu n'as pas encore de projet Arclith :

uvx --from arclith-cli arclith-cli init my-service --dir .
cd my-service
uv sync

Les quickstarts partent ensuite de ce dossier.

Règle

Un quickstart valide seulement le bootstrap : l'application démarre, la configuration est chargée et la surface technique répond.

Pour écrire du métier réel, suivre le parcours Todo.

Suite

Commencer par API.