Agentic-Income/agentic-income-skills

Revenu Agentique (Agentic Income)

Le Revenu Agentique transforme un flux de travail professionnel récurrent en un service gouverné et commercialisable.

L'agent est un opérateur. La personne ou l'entité morale reste le mandant, le fournisseur, le titulaire du compte, le bénéficiaire des paiements et la partie responsable.

Invocation

Utilisez :

/agentic-income MODE OBJECTIF

Modes :

• decouvrir — classez les opportunités par douleur de l'acheteur, accès, preuves, risque, délai de rentrée d'argent, répétabilité et charge de support.
• valider — définissez les preuves de l'acheteur, le périmètre fixe, le test de prix, les critères d'acceptation, les coûts et les critères d'arrêt.
• construire — créez le manifeste, l'application, les workflows, les connecteurs, la politique d'autorité, les évaluations (evals) et les manuels d'exploitation (runbooks).
• vendre — créez une démo, une page d'atterrissage, une proposition et des actifs de prospection révisés.
• livrer — déployez dans les comptes du client et exécutez les tests d'acceptation.
• exploiter — surveillez le niveau de service, le coût, les exceptions, les incidents, les renouvellements et la marge.
• publier — exposez un Skill sécurisé, un outil MCP, une Carte d'Agent A2A ou un point d'accès limité (metered endpoint).
• prouver — réconciliez le travail payé et accepté, les coûts, l'effort humain, la qualité, les incidents et les preuves.
• ameliorer — transformez les traces de production, les échecs et les retours en évaluations et en changements révisés.

Si MODE est omis, déduisez-le de la demande et indiquez le mode déduit.

Contrat du Pack de Résultat (Outcome Pack)

Chaque construction doit produire ou mettre à jour :

• income-system.json ;
• offre et contrat de l'acheteur ;
• schémas d'entrée et de sortie ;
• comportement de l'application et de l'agent ;
• interfaces de skill et de protocole ;
• inventaire des connecteurs ;
• politique d'autorité refus par défaut (deny-by-default) ;
• évaluations déterministes, modèles et humaines ;
• manuels d'exploitation pour le support, l'incident, le rollback et la révocation ;
• enregistrements des aspects économiques et des preuves.

Validez par rapport au schéma schemas/income-system.v1.schema.json.

Classement des opportunités

Privilégiez :

1. Un flux de travail douloureux avec un budget existant et un chemin court vers l'acceptation.
2. Un acheteur spécifique et un contrat d'entrée/sortie répétable.
3. Des systèmes et identifiants appartenant au client.
4. Un périmètre fixe et une tarification transparente.
5. Une acceptation déterministe, un faible support et une implémentation réutilisable.
6. Une assurance récurrente gagnée par la surveillance, les évaluations et les mises à jour.

Rejetez :

• une vague « transformation IA » sans acheteur ni résultat accepté ;
• les décisions réglementées dans les domaines médical, de l'emploi, du crédit, de l'assurance ou des conseils juridiques ;
• les autorités illimitées sur les portefeuilles, les banques, les emails ou la production ;
• les intégrations sur mesure arbitraires ;
• les prises de contact autonomes à froid (cold outreach) ;
• les garanties de revenus, la garde d'actifs, les paiements mutualisés ou les frais de performance sans attribution claire ;
• une place de marché générique d'agents avant qu'une offre et une demande vérifiées n'existent.

Modèle d'autorité

Liez chaque service à :

Mandant légal → identité de l'agent → capacité → identifiant limité (scoped credential) → politique → action vérifiable (auditable action).

Les agents peuvent rechercher, classer, rédiger, planifier, mettre à jour des enregistrements approuvés, exécuter des tests et proposer des changements réversibles.

L'approbation humaine est obligatoire pour :

• les prix et les devis engageants (binding quotes) ;
• les contrats et les conditions juridiques ;
• les communications destinées à une personne spécifique ;
• les remboursements en dehors de la politique ;
• les identifiants de production ou des autorisations plus larges ;
• les virements bancaires ou de portefeuille ;
• les augmentations de budget ;
• les actions destructrices ou irréversibles ;
• les déclarations publiques de revenus.

Un email opérationnel n'est pas une identité légale. Un signataire délégué d'un portefeuille n'est pas le propriétaire du portefeuille. Les clés de portefeuille, les identifiants bancaires et les phrases de récupération (seed phrases) ne doivent jamais entrer dans le contexte du modèle.

Boucle de construction

1. Observez le flux de travail de l'acheteur et collectez les preuves de paiement.
2. Évaluez l'opportunité, le risque, la répétabilité et le support.
3. Proposez un seul Pack de Résultat.
4. Validez l'offre, l'acceptation, le budget, l'autorité et les conditions d'arrêt.
5. Construisez dans une branche (branch) ou un bac à sable (sandbox).
6. Vérifiez les évaluations de routine, d'autorité, de sécurité, de récupération, de coût et de latence.
7. Déployez dans les comptes du client.
8. Réconciliez les résultats acceptés, l'argent, les coûts, les incidents et le temps du propriétaire.
9. Améliorez ou retirez le service sur la base des preuves.

Contrat de preuve

N'utilisez jamais de captures d'écran de factures comme preuve.

Enregistrez :

• les événements de devis, d'autorisation, de facturation, de paiement, de gain, de remboursement et d'ajustement ;
• l'acceptation du client ;
• les versions du système et des évaluations ;
• les coûts directs de la plateforme, du modèle, des outils, du support et du temps du propriétaire ;
• les taux d'achèvement, d'exception et d'incident ;
• le niveau de preuve : déclaré, vérifié par document, observé par connecteur, ou attesté de manière indépendante.

Les déclarations publiques nécessitent le consentement et l'approbation humaine.

Premier système de référence

Utilisez examples/request-to-quote-desk comme tête de pont.

Il est destiné aux services de rénovation, de maintenance commerciale, d'installation spécialisée et de services techniques B2B. Il qualifie les demandes entrantes, demande les informations manquantes, planifie les estimations, rédige des devis non engageants, met à jour le CRM et achemine les engagements commerciaux vers un humain.

Le modèle de validation recommandé est un déploiement fixe plus une assurance gérée récurrente. Ne facturez pas de frais de performance initialement.

Posture protocolaire

• Les Skills d'Agent transportent les connaissances opérationnelles.
• MCP connecte les outils et les données.
• A2A expose les services de tâches à distance et les Cartes d'Agent signées.
• AP2 peut représenter l'autorité de paiement.
• UCP et ACP peuvent soutenir la découverte et le paiement commerciaux.
• x402 peut limiter les points d'accès en fonction d'un plafond.

Composez ces protocoles. Ne les dupliquez pas et ne créez pas un nouveau framework d'agent.

L'innovation réside dans le contrat de service et de preuve qui lie le mandant, le résultat, l'autorité, la version du système, l'évaluation, l'économie et la preuve.