Prostir

Roadmap de produto

Progresso verificável. Os próximos riscos que estamos a remover.

Este roadmap regista o progresso do produto para creators, primeiros clientes, parceiros e investidores. Os marcos concluídos nomeiam capacidades implementadas; o atual define a evidência necessária antes de abrir mais; o trabalho futuro depende do uso real e da maturidade do produto.

  1. 01Construído

    Fundações de Agent e Skill

    O Prostir estabeleceu os dois produtos centrais para creators: um Agent que possui comportamento e estado de runtime, e um Skill versionado que empacota um método reutilizável.

    • Agents reúne instruções, Knowledge suportado, tools aprovadas, política de acesso, publicação, sessões e memória sob uma identidade de produto.
    • Skills empacota instruções e referências reutilizáveis com validação, versões, arquivos ZIP portáteis, publicação, venda e ligação a Agents.
    • Privacidade por defeito e propriedade exata do produto nasceram na fundação, não depois da distribuição.
  2. 02Construído

    Distribuição e monetização

    A plataforma avançou da autoria para um canal próprio de entrega: o creator pode publicar um endpoint MCP alojado, escolher acesso suportado e configurar pagamentos elegíveis sem construir todo o backend SaaS.

    • MCP alojado dá a cada Agent publicado um endpoint estável para clientes de IA compatíveis, com OAuth primeiro e credenciais scoped revogáveis onde suportado.
    • Widget web e canais de mensagens reutilizam a identidade do Agent quando os requisitos separados de configuração, política e provider são cumpridos.
    • Vendas elegíveis com Stripe Connect e pagamento único em UAH com Rozetka Pay mantêm a transação sob responsabilidade do vendedor e do provider.
  3. 03Construído

    Fundações de Team e Store

    O Prostir cresceu de produtos de IA individuais para colaboração privada e comércio operável por IA, mantendo proprietário e autoridade separados para cada produto.

    • Team reúne Tasks, Goals, Documents e Files privados, Knowledge, dados lógicos, tools aprovadas, Agents ligados e um endpoint MCP privado.
    • Store acrescenta catálogo, cart, checkout, order, payment, inventory, fulfilment e um Agent existente autorizado em torno de uma raiz comercial do vendedor; Store continua Preview.
    • Flow continua o produto de automação separado em Preview, com durable execution e release acceptance verificados à parte dos Agent workflows.
  4. 04Construído

    Evaluations e Self-Learning controlado

    A qualidade pode agora melhorar com evidência explícita em vez de comportamento silencioso do modelo. Evaluations e Self-Learning estão implementados como módulos separados, revistos, com proprietário e revisões exatos.

    • Agent, Skill e Team partilham casos tipados, perfis, runs limitados, sinais de falha e propostas de melhoria com evidência.
    • Uma Evaluation nunca altera nem publica o produto automaticamente: uma pessoa aceita a proposta e só o draft exato atual pode ser atualizado.
    • Self-Learning guarda apenas preferências, correções, limites ou regras duradouras explícitas; propostas partilhadas de Team e Store exigem revisão autorizada e rollback.
    • Team também avançou com Gantt, BPM, CRM leve, Operations e superfícies privadas de controlo do negócio para pilotos completos.
  5. 05Agora
    Estamos aqui

    Corrigir, repetir testes e provar workflows de acesso antecipado

    O marco atual converte amplitude do produto em evidência de lançamento. O Prostir concluiu a primeira revisão independente de segurança; correção, retest exato e pilotos limitados bloqueiam uma abertura maior até existir prova.

    • Ruslan Siniaiev reviu a plataforma em três fases aprovadas pelo proprietário: reconhecimento passivo, reconhecimento ativo e teste da aplicação sobre autenticação, pagamentos, acesso e lógica.
    • O audit documentou oito vulnerabilidades, incluindo uma crítica com impacto direto no negócio. Passos sensíveis e detalhes de correção continuam privados.
    • Cada finding recebe owner, decisão de release, cobertura de regressão e evidência de retest antes de ser fechado.
    • Os primeiros pilotos medem um workflow real, recusas seguras, correções humanas, recovery, tempo poupado e lacunas que impedem um resultado repetível.
  6. 06DepoisQ2 2027

    Escalar os caminhos de produto que ganham evidência

    O próximo horizonte é uma direção, não uma promessa. A prioridade seguirá uso observado, resultados retidos, evidência de segurança e custo operacional de suportar bem cada superfície.

    • Aprofundar canais, integrações, analytics, vistas de audit e controlos enterprise quando workflows reais o justificarem.
    • Alargar operações de Store, concluir release gates de Flow e transformar os workflows Team mais usados em percursos end-to-end mais fortes.
    • Usar falhas de avaliação, retests de segurança, padrões de suporte e resultados de clientes para decidir o que escala e o que permanece Preview.

Traga um resultado que valha a pena provar

Um bom pedido de acesso antecipado nomeia o trabalho repetido, o custo atual, a informação e ações necessárias, a pessoa responsável e o limite que o sistema nunca deve atravessar.

Escolher um plano hoje
  • Escolha Agent, Skill, Team, Store ou Flow pelo dono do trabalho, não pela etiqueta de IA mais popular.
  • Defina acesso, pagamento, superfície de entrega, aprovação, rollback e um resultado mensurável antes do piloto.
  • Descreva o sucesso ao fim de 30 dias e que evidência fará parar ou alargar o piloto.

Roadmap de produto

Peça acesso antecipado para um workflow concreto

Partilhe o resultado, o responsável, o limite de acesso e a evidência que quer provar com o Prostir.