Prostir

Roadmap produit

Des progrès vérifiables. Les prochains risques que nous réduisons.

Cette roadmap retrace les progrès du produit pour creators, premiers clients, partenaires et investisseurs. Les jalons terminés nomment les capacités implémentées ; le jalon actuel définit les preuves requises avant un accès élargi ; la suite dépend de l'usage réel et de la maturité produit.

  1. 01Construit

    Fondations Agent et Skill

    Prostir a établi les deux produits centraux des creators : un Agent propriétaire du comportement et de l'état runtime, et un Skill versionné qui emballe une méthode réutilisable.

    • Agents réunit instructions, Knowledge prise en charge, tools approuvés, politique d'accès, publication, sessions et mémoire sous une identité produit.
    • Skills emballe instructions et références réutilisables avec validation, versions, archives ZIP portables, publication, vente et attachement aux Agents.
    • Confidentialité par défaut et propriété produit exacte font partie des fondations, pas d'un ajout après distribution.
  2. 02Construit

    Distribution et monétisation

    La plateforme est passée de l'authoring à un canal de livraison détenu : un creator peut publier un endpoint MCP hébergé, choisir un accès pris en charge et configurer les paiements éligibles sans construire tout le backend SaaS.

    • MCP hébergé donne à chaque Agent publié un endpoint stable pour les clients IA compatibles, avec OAuth en premier et des credentials scoped révocables quand ils sont pris en charge.
    • Widget web et canaux de messagerie réutilisent la même identité Agent après leurs propres setup, policy et exigences provider.
    • Les ventes éligibles Stripe Connect et le paiement unique en UAH via Rozetka Pay laissent la transaction sous la responsabilité du vendeur et du provider.
  3. 03Construit

    Fondations Team et Store

    Prostir est passé des produits IA individuels à la collaboration privée et au commerce pilotable par l'IA, tout en gardant un owner et une frontière d'autorité distincts par produit.

    • Team réunit Tasks, Goals, Documents et Files privés, Knowledge, données logiques, tools approuvés, Agents attachés et endpoint MCP privé.
    • Store ajoute catalogue, cart, checkout, order, payment, inventory, fulfilment et Agent existant autorisé autour d'une racine commerce vendeur ; Store reste Preview.
    • Flow reste le produit d'automatisation séparé en Preview, avec durable execution et release acceptance suivis indépendamment des Agent workflows.
  4. 04Construit

    Evaluations et Self-Learning contrôlé

    La qualité peut progresser par preuves explicites plutôt que par comportement silencieux du modèle. Evaluations et Self-Learning sont implémentés comme modules séparés et révisables avec owner et revisions exacts.

    • Agent, Skill et Team partagent cas typés, profils, runs bornés, signaux d'échec et propositions d'amélioration citées.
    • Une Evaluation ne modifie ni ne publie jamais automatiquement le produit : une personne accepte la proposition et seul le draft exact courant peut être mis à jour.
    • Self-Learning retient seulement préférences, corrections, limites ou règles durables explicites ; les propositions Team et Store partagées exigent revue autorisée et rollback.
    • Team a aussi avancé avec Gantt, BPM, CRM léger, Operations et surfaces privées de business control pour des pilotes complets.
  5. 05Maintenant
    Nous sommes ici

    Corriger, retester et prouver les workflows early-access

    Le jalon actuel transforme l'étendue du produit en preuve de lancement. Prostir a terminé sa première revue sécurité indépendante ; remédiation, retest exact et pilotes bornés conditionnent désormais l'accès élargi.

    • Ruslan Siniaiev a évalué la plateforme en trois phases approuvées par l'owner : reconnaissance passive, reconnaissance active et test applicatif sur authentification, paiements, accès et logique.
    • L'audit a documenté huit vulnérabilités, dont une critique avec impact métier direct. Les étapes sensibles et détails de correction restent privés.
    • Chaque finding reçoit owner, décision de release, couverture de régression et preuve de retest avant clôture.
    • Les premiers pilotes mesurent un workflow réel, refus sûrs, corrections humaines, recovery, temps gagné et lacunes qui empêchent un résultat répétable.
  6. 06EnsuiteQ2 2027

    Faire évoluer les parcours qui gagnent des preuves

    Le prochain horizon est une direction, pas une promesse. La priorité suivra l'usage observé, les résultats retenus, les preuves de sécurité et le coût d'exploitation de chaque surface.

    • Approfondir canaux, intégrations, analytics, audit views et contrôles enterprise quand des workflows réels le justifient.
    • Élargir les opérations Store, terminer les release gates Flow et renforcer les workflows Team les plus utilisés de bout en bout.
    • Utiliser échecs d'évaluation, security retests, motifs de support et résultats clients pour décider ce qui passe à l'échelle ou reste Preview.

Apportez un résultat qui mérite d'être prouvé

Une bonne demande d'accès anticipé nomme le travail répété, son coût actuel, les informations et actions requises, la personne responsable et la limite que le système ne doit jamais franchir.

Choisis une offre aujourd’hui
  • Choisissez Agent, Skill, Team, Store ou Flow selon l'owner du travail, pas selon l'étiquette IA du moment.
  • Définissez accès, paiement, surface de livraison, approbation, rollback et un résultat pilote mesurable avant le lancement.
  • Décrivez le succès à 30 jours et la preuve qui fera arrêter ou élargir le pilote.

Roadmap produit

Demandez l'accès anticipé pour un workflow concret

Partagez le résultat, l'owner, la frontière d'accès et la preuve à obtenir avec Prostir.