Medido pelo estudo de Pereira, Universidade do Minho. O mesmo trabalho em cada linguagem.
Tecnologia
Plataforma de IA cloud-native. Em .NET empresarial, desde o primeiro dia.
A prompt é a parte fácil. Difícil é aguentar um milhão de chamadas MCP por semana. Construímos isso em .NET 10, Orleans, Aspire e Microsoft Agent Framework: o .NET distribuído de hoje para atores virtuais, IA tipada e operações cloud-native.
A garantia por trás de tudo o que o Prostir corre.
Adoção real e crescente do protocolo que o Prostir fala.
Um build estático em Astro, rápido para pessoas e crawlers.
O percurso
A sua ideia é uma prompt. Produção são dez camadas empresariais.
Qualquer demo de IA parece igual dentro do ChatGPT. A distância real está entre essa demo e um cliente que continua a pagar, e é aí que a maioria das equipas encalha. Por isso, aqui está a nossa, do chão compilado até ao URL público. Dez camadas. Cada uma é a escolha aborrecida e de confiança. Cada uma é uma razão para alguém sem código conseguir lançar um produto a sério.
-
01 A Fundação
.NET 10 e C#: rápido, verde, compilado.
Toda a história precisa de chão firme. O nosso é .NET compilado. Não começámos com Python nem Node, porque à escala as pequenas diferenças tornam-se contas grandes. Um estudo da Universidade do Minho mediu a energia que cada linguagem gasta na mesma tarefa. O C# usa cerca de 3 vezes a energia do C puro. O Python usa cerca de 76. Ou seja, um único trabalho em Python pode queimar a energia, e o carbono, de uns vinte e quatro servidores em .NET. Multiplique isto por uma frota de 18.000 servidores MCP públicos e a linguagem que escolhe passa a ser a sua conta de cloud e a sua conta climática ao mesmo tempo. A segurança também conta. Os mundos do npm e do PyPI são enormes, e os ataques à cadeia de fornecimento atingem-nos vezes sem conta. O NuGet é mais pequeno, é assinado e é um alvo muito menor. Por isso o C# é a linha de código mais verde, e uma das mais seguras, desta página, e o ASP.NET Core mantém-se perto do topo de cada teste de velocidade do TechEmpower.
-
02 A Cloud
Azure: de nível empresarial, em conformidade, global.
Uma demo corre num portátil. Um produto pelo qual um desconhecido paga tem de correr num sítio em que confiem, ao mesmo tempo, um regulador, um hospital e um diretor financeiro. Isso é a Azure. Tem a lista de conformidade mais ampla da cloud: GDPR, HIPAA, SOC, ISO 27001, PCI DSS, FedRAMP. Sustenta os serviços que o Prostir usa com garantias de disponibilidade até 99,99%. O seu agente e os seus dados vivem na região que escolher, na UE ou nos EUA, e a rede global da Azure mantém-nos perto dos seus clientes. Não liga nenhum datacenter. Conformidade, disponibilidade e alcance não são coisas que se acrescentam mais tarde. São onde um produto pago tem de começar.
-
03 A Ponte Local
Aspire: um AppHost, testes de integração a sério.
Os mocks mentem. O Aspire não. Um único ficheiro, o Prostir.AppHost, liga o Cosmos DB, o Azure Storage, o cluster Orleans, a API, o gateway MCP e a consola do operador. O mesmo arranjo corre no seu portátil, em CI e na cloud. Os nossos testes correm contra os serviços reais que o Aspire arranca, nunca contra imitações. É a única forma de uma base de código que a IA ajudou a escrever continuar honesta. Se passa aqui, passa em produção, porque aqui e produção são a mesma ligação.
-
04 O Runtime Distribuído
Orleans: cada agente tem um gémeo digital.
Aqui está a ideia que torna tudo o resto simples. O Orleans dá a cada agente um ator virtual. Pense nele como um gémeo digital: uma cópia em software de algo real, um agente, um cliente, que guarda a sua própria memória e faz o seu próprio trabalho num quarto fechado só seu, sem ninguém lhe tocar. Quando tudo é um gémeo, o trabalho deixa de ser sobre servidores e passa a ser sobre objetos a falar uns com os outros. Basta descrever quem envia que mensagem a quem: uma pessoa a um gémeo, um gémeo a outro gémeo. É este o modelo, todo ele. É antigo e está provado. O Erlang fez funcionar redes de telefone assim durante décadas quase sem paragens. O Orleans trata das partes difíceis, como onde vive cada gémeo e como a sua memória é guardada e movida entre máquinas. Por isso, escalar nunca é um truque frágil de cache. É um gémeo seguro e isolado por cada coisa que importa.
-
05 A Fronteira MCP
ManagedCode.MCPGateway: MCP remoto que escala.
A especificação MCP descreve um protocolo. Não descreve logins multi-cliente, registos de auditoria, tetos de custo nem limites de uso, que é precisamente o que um deploy real precisa. O ManagedCode.MCPGateway é a camada de borda que a Managed Code escreveu para o Prostir não ter de o fazer. Trata do transporte seguro, do acesso por cliente, dos limites por ferramenta e das respostas de erro limpas, tudo à frente do runtime Orleans para o qual encaminha as chamadas. Um único URL limpo e protegido encara o mundo.
-
06 A Camada de Conhecimento
ManagedCode.MarkdownLd.Kb: conhecimento, não prompt colada.
Os ficheiros que carrega não pertencem dentro da prompt. O ManagedCode.MarkdownLd.Kb pega numa fonte, seja um ficheiro Markdown, um documento Word, um PDF ou dados estruturados, e transforma-a em conhecimento limpo e tipado mais um grafo que o agente consegue pesquisar. O ManagedCode.Storage guarda-o na Azure, e a entrada de cada ferramenta é verificada contra um esquema antes de correr. O criador vê uma biblioteca. O runtime vê um grafo. O cliente recebe uma resposta com citação, não uma alucinação.
-
07 O Cérebro de IA
Uma só interface para cada modelo de IA.
Cada modelo fala uma língua um pouco diferente. A Microsoft criou uma única interface de .NET que esconde essas diferenças, para que um agente possa chamar a OpenAI, a Anthropic ou a Azure com o mesmo código. O Microsoft Agent Framework fica por cima e corre os ciclos do agente: planeia, chama ferramentas e lembra-se. O Prostir entrega ambos, ligados a todos os grandes fornecedores. A ideia é simples. Escolhe o modelo que serve o trabalho e pode trocá-lo para a semana sem mexer em mais nada. O cérebro muda; o corpo fica.
-
08 O Ciclo do Construtor
MCAF, Claude Code e Codex: os agentes que entregaram isto.
Não escrevemos o Prostir linha a linha. O MCAF, o Managed Code Application Framework, é um método aberto para deixar agentes de IA construir software de produção em que se pode confiar. As regras são simples. O AGENTS.md é a memória de longo prazo. Os testes de integração são a única fonte de verdade. O trabalho sai em pequenas fatias verticais. Nada faz merge enquanto os testes não estiverem verdes. Em cima disso, o Claude Code escreve e o OpenAI Codex revê, dois agentes a verificar-se um ao outro até concordarem. O método é aberto. Os agentes são comerciais. O produto sobre o qual está a ler é real. É este o ciclo que o construiu.
Claude Code OpenAI Codex -
09 A Borda do Produto
Blazor, Stripe, Stateless, Jint: a superfície virada ao criador.
O criador nunca vê o gateway. Vê um workspace Blazor. O operador nunca vê o mapa de grains. Vê uma consola em Blazor Server. O Stateless dá carris a uma conversa. O agente está sempre nalgum estado, e o estado decide o que pode acontecer a seguir. Ponha-a num estado de «reunir os detalhes» e ela não salta para «dar a resposta» enquanto os detalhes não estiverem lá, tal como não enviaria um orçamento antes de ouvir o que o cliente precisa. O Jint corre pequenos pedaços de JavaScript numa sandbox quando uma ferramenta precisa de um número exato. O Stripe.net transforma o acesso pago em permissões reais, com webhooks, checkout e limites de uso. Esta camada de produto sem brilho é o que torna a IA utilizável, e vendável.
-
10 A Story Estática
Landing Astro para crawlers, dados estruturados para IA.
A página que está a ler é um build estático em Astro. Está indexada para uma pontuação de PageSpeed perfeita e é percorrida pelos mesmos motores de resposta que pedem o llms.txt. Cada rota pública traz dados estruturados, etiquetas de idioma, um sitemap e um ficheiro de descoberta para LLM, porque a distância entre um grande backend e um backend que as pessoas encontram são os metadados. Estático onde deve ser, dinâmico onde tem de ser. A história acaba onde devia ser lida, por humanos e máquinas por igual.
O Resultado
Um endpoint MCP por agente, alojado, observável e vendável.
As dez camadas empresariais colapsam num único URL. O criador cola-o no ChatGPT, no Claude, no Cursor ou em qualquer cliente MCP. Login, faturação, conhecimento, ferramentas, estado, memória, auditoria e limites vêm todos com ele, a correr no .NET distribuído de hoje: ASP.NET Core, Aspire, Orleans, o gateway MCP e Microsoft.Extensions.AI. Construído por IA. Corre em .NET. Vendido por si.
Porquê .NET
Mesmo servidor MCP. Três faturas diferentes.
Benchmarks independentes, sem contas de marketing. O que cada linguagem custa mesmo em energia, velocidade e capacidades de base para o mesmo trabalho.
| Capacidade | Node.js / Express | Python / FastAPI | Prostir (.NET 10) |
|---|---|---|---|
| Energia por tarefa (menos é mais verde) | 1.4× .NET | 24× .NET | 1× (baseline) |
| Posição composta TechEmpower | Mid pack | Bottom third | Top tier |
| Framework de atores distribuídos | DIY / Akka.js | DIY / Ray | Orleans 10 virtual actors |
| DI, options e telemetria de base | Add libraries | Add libraries | Microsoft.Extensions.* |
| Camada de abstração para IA | LangChain.js | LangChain / LlamaIndex | Microsoft.Extensions.AI + Agent Framework |
| Compilação ahead-of-time | No | No | Native AOT |
| Tipagem forte sem extensões | TypeScript transpile | Pydantic / mypy | C# 14, source-generated |
| Hot reload em todo o stack | Nodemon | Uvicorn reload | dotnet watch + Aspire |
Cifras de energia do estudo de Pereira, Universidade do Minho (SLE'17 / SCP'21). Velocidade do TechEmpower Round 22.
Porquê Azure
Mesmo backend MCP. Feito para a cloud onde corre.
Não é uma folha de preços, é de adequação. É aquilo de que um backend MCP pago e multi-cliente precisa mesmo, e onde cada coisa assenta melhor na Azure. A AWS é excelente. Isto é, simplesmente, onde o produto assenta.
| O que importa | Na AWS | Prostir na Azure |
|---|---|---|
| Amplitude de conformidade | broad portfolio | GDPR · HIPAA · SOC · ISO · FedRAMP |
| SLA de disponibilidade | per-service | up to 99.99% |
| Residência de dados | region pick | EU or US, your choice |
| Distribuição global | CloudFront add-on | global backbone built in |
| Proximidade nativa de IA | Bedrock + Anthropic | Azure OpenAI + Anthropic |
| Identidade para utilizadores finais | Cognito | Microsoft Entra External ID |
| Alinhamento com runtime open-source | bring-your-own | .NET, Orleans, Aspire, all open source |
| Hosting de site estático + domínio próprio | S3 + CloudFront | Azure Static Web Apps (this site) |
Capacidades dos serviços Azure em 2026. A AWS tem equivalentes para a maioria das linhas. A tabela mostra onde a carga do Prostir assenta melhor, não quem é mais barato.
Open source
O open source que entregamos. O open source que usamos.
O Prostir é construído pela Managed Code sobre open source da Microsoft e da comunidade. Cada pacote em baixo é real, dos ficheiros do nosso projeto, não uma lista de desejos de marketing.
Feito pela Managed Code
Managed Code não é só o crédito do rodapé. O gateway MCP, o pipeline de conhecimento, o storage e as integrações Orleans por baixo da seu agente publicado são open source da Managed Code que mantemos e entregamos.
- Managed Code A equipa por trás do Prostir. Abrimos os primitivos de backend que nós próprios usamos.
- ManagedCode on GitHub MCPGateway, MarkdownLd.Kb, Storage, Communication, extensões Orleans e mais.
- ManagedCode.MCPGateway Gateway MCP remoto com OAuth, multi-cliente, auditoria e quotas por ferramenta.
- ManagedCode.MarkdownLd.Kb Pipeline de conhecimento Markdown-LD / JSON-LD com pesquisa por grafo.
- ManagedCode.Storage.Azure Abstração de storage para ficheiros, memória e artefactos de runtime em Azure Blob.
- ManagedCode.Communication Contratos Result, Command e CollectionResult nas fronteiras de API e Orleans.
A fundação .NET
Tudo o que a Microsoft tem levado a GA desde o .NET 6 juntou-se em .NET 10 e Aspire. É a canalização aborrecida e de confiança por baixo de cada página do Prostir.
- .NET 10 Runtime compilado, Native AOT e source generators.
- ASP.NET Core 10 HTTP, autenticação, OpenAPI, SignalR, JsonPatch e hosted services.
- Aspire Orquestração do AppHost, service defaults e recursos de deployment.
- Microsoft Orleans 10 Runtime de atores virtuais para .NET distribuído: grains, persistência, placement, stateless workers e telemetria de dashboard.
- EF Core 10 (Cosmos) Persistência tipada e modelo de query sobre Azure Cosmos DB.
- MudBlazor Componentes Material Design para o workspace do criador.
IA, MCP e as bibliotecas por cima
A pilha de IA nativa em .NET para a qual a Microsoft convergiu desde 2024: uma interface, todos os modelos, um Agent Framework que substitui o Semantic Kernel e o AutoGen. Mais as bibliotecas pequenas e afiadas em que o runtime se apoia: Jint para scripts em sandbox, Stateless para máquinas de estados, Stripe.net para faturação.
- Microsoft.Extensions.AI Uma única interface para chat, embeddings, chamadas a ferramentas e telemetria.
- Microsoft Agent Framework O sucessor oficial do Semantic Kernel e do AutoGen.
- Model Context Protocol C# SDK O SDK oficial em C# para servidores e clientes MCP.
- Jint Um motor de JavaScript dentro do .NET. Corre os scripts de ferramenta que o criador escreve.
- Stateless Máquinas de estados que decidem o que o agente pode fazer a seguir.
- Stripe.net O cliente Stripe para acesso pago, checkout e webhooks.
Como este site é construído e publicado
O Prostir é construído com IA e publicado como site estático. O MCAF é o método aberto, o Claude Code e o OpenAI Codex são os agentes que escrevem e revêem, e o Astro constrói a própria página que está a ler. Pode correr o mesmo ciclo no seu produto.
- MCAF (Managed Code Application Framework) Um método aberto para deixar agentes de IA construir software de produção em que se pode confiar.
- Claude Code O agente de programação da Anthropic. Escreve e revê.
- OpenAI Codex O agente de programação da OpenAI. Audita o que o Claude propôs.
- Astro A landing estática e localizada, feita para motores de busca e de resposta.
Tecnologia
Ligue a tecnologia a um caso real.
Os casos de estudo mostram onde cada camada do runtime pesa: conhecimento, ferramentas, estado, memória, faturação, acesso, quotas e visibilidade para o operador.