Définissez la tâche métier avant le prompt. Chaque cas demande des sources et guardrails différents.
Docs
Créez une app IA utile et publiez-la avec les bonnes limites.
Commencez par un cas concret, ajoutez le savoir approuvé, connectez les tools seulement quand ils retirent du travail réel, configurez l'état ou la mémoire quand la continuité compte, puis publiez avec accès et prix.
Ouvrir dans un client IA
Docs
Commencez par un case study.
Choisissez le cas le plus proche et remplacez les exemples par votre savoir et vos règles.
01
1. Choisir le travail
Définissez la tâche métier avant le prompt. Chaque cas demande des sources et guardrails différents.
01 1. Choisir le travail
02
2. Ajouter le savoir
Chargez documents, exemples, scripts, leçons, politiques ou checklists approuvés.
02 2. Ajouter le savoir
Utiliser des exemples approuvés Séparer public et privé Revoir la couverture source
03
3. Ajouter les tools
Utilisez les tools pour les actions réelles ou les calculs déterministes.
03 3. Ajouter les tools
3. Ajouter les tools
Demander les inputs manquants Exécuter le tool nommé
04
4. Ajouter état et mémoire
Quand l'expérience contient des étapes, décrivez-la comme une histoire contrôlée : current state, event ou trigger, guard, action et next state. Prostir garde ce state et la user memory derrière des frontières Orleans-backed par app, session, utilisateur et access grant.
04 4. Ajouter état et mémoire
- Current state
- Event ou trigger
- Guard ou can-fire check
- Action et next state
05
5. Publier et facturer
Une app publiée reçoit un endpoint MCP distant stable avec accès, Stripe et quotas.
05 5. Publier et facturer
06
6. Base technique
Prostir est construit par Managed Code sur .NET, Orleans, MCP et les packages ManagedCode. La base technique référence aussi Microsoft.Extensions.AI comme modèle .NET pour chat clients, embeddings, function invocation, telemetry et middleware.
06 6. Base technique
Microsoft.Extensions.AI ManagedCode.MCPGateway ManagedCode.MarkdownLd.Kb ManagedCode.Storage
07
7. Chemin de request
Une request réelle traverse endpoint MCP, access grant, quota check, recherche savoir ou tool execution, puis réponse sous policy.
07 7. Chemin de request
7. Chemin de request
MCP client request Access grant
08
8. Gérer les chemins difficiles
Avant que les clients dépendent de l'app, parcourez mauvais utilisateur, inputs manquants, affirmations sans source, quota épuisé, erreur provider et handoff.
08 8. Gérer les chemins difficiles
- Wrong tenant
- Missing inputs
- Quota exceeded
- Unsupported answer
Docs
Commencez par un case study.
Choisissez le cas le plus proche et remplacez les exemples par votre savoir et vos règles.