Documentation

Examinez ensemble le lien source, la pertinence du sujet et le motif de décision. Une mesure manquante n’est pas égale à zéro. Le score n’est ni une probabilité calibrée ni une garantie de portée.

Ajoutez un identifiant public pour analyser ses publications et suggérer des catégories et un style. Cela ne vérifie pas la propriété.

Relisez le texte final avant publication. Une modification annule l’approbation précédente. Si le résultat est inconnu, examinez les preuves de rapprochement avant tout nouvel envoi. L’acceptation du fournisseur et une publication distante vérifiée sont deux états différents.

Pour un usage normal, configurez des secrets distincts pour la session, le chiffrement des jetons et le coffre IA. Ne placez pas de secret dans Git. Les coûts du serveur, de l’API 𝕏 et de l’IA dépendent de votre déploiement.

• Installation et worker
• Guide de contribution et démo
• Architecture et règles de sécurité
• État et limites des preuves

bun install --frozen-lockfile
bun run dev

Les tests locaux ne prouvent ni les autorisations 𝕏 en direct, ni la livraison des e-mails, ni la publication en production.

ispatla.tr propose deux modes : un processus stdio local sur votre ordinateur et un endpoint MCP HTTP /mcp sur un déploiement ispatla.tr. L’endpoint distant utilise OAuth et exige un consentement explicite. Sa disponibilité dépend du déploiement.

stdio local

Lancez avec Bun l’hôte MCP du dépôt. Il utilise le cookie de session actif fourni au processus ; il s’agit d’une configuration locale de développement, pas d’un service public hébergé.

{"mcpServers":{"ispatla":{"command":"bun","args":["run","mcp"],"env":{"ISPATLA_MCP_SESSION_COOKIE":"<session-cookie>"}}}

Gardez le cookie de session local privé. Ne le placez pas dans des paramètres client partagés, ne le commitez pas et ne l’incluez pas dans les journaux.

MCP distant avec OAuth

Configurez le client avec l’origine du déploiement ispatla.tr suivie de /mcp. Le client découvre les métadonnées OAuth à /.well-known/oauth-authorization-server, enregistre une URI de redirection puis ouvre la page de consentement. Utilisez HTTPS pour un déploiement distant.

https://ispatla.tr/mcp
https://ispatla.tr/.well-known/oauth-authorization-server

Portées et consentement

Portées disponibles : read, drafts:write, analysis:write, publishing:prepare, receipts:write. read autorise les outils en lecture seule. Les autres portées autorisent les opérations correspondantes de brouillon, d’analyse de compte, de préparation ou de reçu. Examinez chaque portée avant d’autoriser l’accès ; révoquez-le dans Sécurité.

Capacités et limites de MCP

Les outils sont limités à votre compte et aux portées accordées. La création d’un brouillon ou la préparation d’une publication ne publie rien. Une personne doit vérifier et approuver dans l’interface web ispatla.tr. Le paramètre confirm d’un agent ne remplace pas le consentement humain. Les résultats MCP et observations enregistrées ne prouvent pas qu’un service actif ou un flux de production a été vérifié.

Limites des preuves

Les profils et publications publics lus via FxTwitter sont des observations tierces, pas une confirmation officielle de 𝕏. Les scores sont des calculs d’ispatla.tr et les sorties du modèle sont des analyses. L’acceptation d’une requête par le fournisseur ne confirme pas une publication distante. Cet examen du code ne vérifie pas un déploiement de production en direct.