Agent, Skill, Flow, Team og Store har hver sin identitet og livscyklus.
Teknologi
En cloud-native AI-platform bygget på .NET til virksomhedsdrift fra begyndelsen.
Prompten er den nemme del. Identitet, state, adgang, drift og et stabilt offentligt endpoint kræver mere. Prostir bygger de grænser med .NET 10, Orleans, Aspire og Microsoft Agent Framework.
Den statiske landing udgiver egne routes og metadata for hvert understøttet sprog.
Fra kompileret runtime og cloudressourcer til den offentlige statiske flade.
Hver udgivet Agent får sit eget Streamable HTTP-endpoint bundet til dens slug.
Fra idé til drift
Din idé kan begynde som én prompt. Et produkt kræver ti tydelige lag.
En AI-demo viser sjældent alt det, der skal fungere, når andre skal logge ind, betale og stole på løsningen. Her er Prostirs vej fra kompileret kode til en offentlig URL. Hvert lag har et afgrænset ansvar.
01Fundamentet
.NET 10 og C#: kompileret og stærkt typet.
Prostir bruger .NET 10 og C# 14 til typede kontrakter, asynkron I/O, dependency injection, options, telemetri, HTTP-hosting, baggrundstjenester og source generation. Sprogvalget garanterer ikke i sig selv pris, ydelse, energiforbrug eller supply-chain-sikkerhed; det afhænger af workload, dependencies, deployment og drift.
02Cloudlaget
Azure: managed services med tydelige deploymentgrænser.
Azure Container Apps, Cosmos DB Serverless, Blob Storage, Monitor, managed identity og RBAC er de cloudkomponenter, Prostir bruger. Azure dokumenterer vilkår og kontroller for hver service, men det certificerer ikke automatisk Prostir og giver ikke ét samlet Prostir-SLA. Regioner og ressourcer fastlægges i det konkrete driftsmiljø.
03Den lokale bro
Aspire: én AppHost til integrationsforløbet.
Prostir.AppHost samler Cosmos DB, Azure Storage, Orleans, API, Gateway, WebApp, Landing og SuperAdmin til lokale og automatiserede integrationsforløb. Det gør konfigurationsforskelle synlige, mens produktionsklarhed stadig kræver deploymentspecifik validering, monitorering og releasekontrol.
04Distribueret runtime
Orleans: klare ejere af varig state.
Microsoft Orleans giver Prostir identitetsnøglede virtuelle aktører til Agents, sessions, access grants, workflow runs og anden langvarig state. Hver grain ejer ét afgrænset ansvar. Orleans leverer activation, placement, persistensintegrationer, reminders og messaging; Prostir definerer authorization, produktgrænser og fejlhåndtering.
05MCP-grænsen
ManagedCode.MCPGateway: remote MCP med produktkontrol.
MCP beskriver protokollen, men ikke login for flere tenants, audit, omkostningslofter eller rate limits. ManagedCode.MCPGateway ligger foran Orleans-runtime og håndterer transport, adgang pr. kunde, grænser pr. tool og tydelige fejlsvar for det udgivne endpoint.
06Videnslaget
ManagedCode.MarkdownLd.Kb: søgbar kildekontekst.
ManagedCode.MarkdownLd.Kb omdanner understøttede kilder til Markdown-LD- eller JSON-LD-artefakter og søgbare grafdata. ManagedCode.Storage ejer filgrænsen, og JsonSchema.Net validerer MCP-tools argumenter. Retrieval kan levere kildekoblet kontekst, når indekset understøtter det; kvalitet og kildehenvisninger afhænger stadig af kilder, indeksering, konfiguration og model.
07AI-laget
Én applikationsgrænse for konfigurerede modeller.
Microsoft.Extensions.AI leverer IChatClient-grænsen, og Microsoft Agent Framework kører promptbaserede og deklarative Agents. De aktuelle forbindelser bruger Azure OpenAI, OpenAI-kompatible forbindelser eller creator-owned connections. Tilgængelighed og skift afhænger af konfiguration, modelkapacitet, credentials og produktpolitik.
08Udviklingsforløbet
Agentassisteret udvikling med synlige regler.
Prostir bruger repository-ejede AGENTS.md-regler, vertical slices, code review, fokuserede checks, integrationstests og release gates. Coding agents hjælper, men erstatter ikke produktejerskab, menneskelig vurdering eller verifikation.
Claude CodeOpenAI Codex09Produktfladen
Blazor, betalinger, Stateless og Jint.
Creators arbejder i et Blazor-workspace, og operatører bruger en Blazor Server-konsol. Stateless modellerer samtalestate, Jint kører afgrænsede JavaScript-tools i en sandbox, og Stripe- samt Rozetka Pay-integrationer kobler checkout og webhooks til adgangsbeslutninger. Hver funktion styres af konfiguration og rettigheder.
10Den statiske flade
Astro med tydelige discovery-metadata.
Siden genereres som statisk Astro-HTML. Canonical, hreflang, strukturerede data, sitemap, IndexNow og llms.txt beskriver de tilsigtede offentlige routes. Lokale checks dækker HTML, crawlability, accessibility og Lighthouse-skabeloner; søgemaskinerne afgør crawl, indeksering og ranking.
Resultatet
Ét hostet og observerbart MCP-endpoint pr. udgivet Agent.
Lagene samles i en slug-ejet MCP-URL for hver udgivet Agent. Understøttede klienter forbinder via Streamable HTTP, mens adgang, betaling, viden, tools, state, memory, audit og grænser forbliver eksplicit konfigurerede funktioner.
Hvorfor .NET
Tre brugbare stacks og ét dokumenteret Prostir-valg.
Node.js, Python og .NET kan alle hoste MCP-servere. Tabellen beskriver de implementationsvalg, Prostir faktisk bruger, ikke en universel rangering af ydelse, pris, energi eller sikkerhed.
| Egenskab | Node.js / Express | Python / FastAPI | Prostir (.NET 10) |
|---|---|---|---|
| HTTP-runtime | Node.js runtime | Python ASGI runtime | ASP.NET Core 10 |
| Distribueret state pr. identitet | Choose a state framework | Choose a state framework | Orleans 10.2.2 virtual actors |
| Dependency injection, options og telemetri | Framework or library choice | Framework or library choice | Microsoft.Extensions.* |
| AI-abstraktion | Provider libraries or abstraction | Provider libraries or abstraction | Microsoft.Extensions.AI + Agent Framework 1.15 |
| MCP SDK | Official MCP TypeScript SDK | Official MCP Python SDK | Official MCP C# SDK 1.4.1 |
| Validering af tool schemas | Library-selected validation | Library-selected validation | JsonSchema.Net 9.3 |
| Kontraktmodel | TypeScript contracts | Python typing tools | C# 14 + source generation |
| Lokal komposition | Local process tooling | Local process tooling | dotnet watch + Aspire AppHost |
Kolonnerne for Node.js og Python viser almindelige valg, ikke begrænsninger. Prostirs kolonne følger de aktuelle pakke- og projektfiler i repositoryet.
Hvorfor Azure
Samme MCP-backend med tydelige cloudgrænser.
Sammenligningen skelner mellem leverandørens serviceegenskaber og konfigurationen samt forpligtelserne i en konkret Prostir-deployment.
| Det vigtige | På AWS | Prostir på Azure |
|---|---|---|
| Dokumentation for compliance og kontroller | Service-specific controls and certifications | Azure service controls; Prostir deployment assessed separately |
| Tilgængelighedsvilkår | Per-service and per-region terms | No blanket Prostir SLA is claimed here |
| Regional placering | Region configured per workload | Operator-provisioned regional resources |
| Netværk og ingress | Optional global networking services | Configured Gateway and static-site routing |
| Forbindelser til modeludbydere | Bedrock and partner model routes | Azure OpenAI, OpenAI-compatible, and creator BYOK routes |
| Kundeadgang | Cognito or custom identity | Prostir access and OAuth policy above the hosting layer |
| Applikationsruntime | Runtime selected by the team | .NET, Orleans, Aspire, and Managed Code libraries |
| Hosting af statisk landing | S3 + CloudFront or Amplify | Azure Static Web Apps for this landing |
Cloududbydere dokumenterer deres egne services. Prostirs certificering, SLA, deploymentregioner og driftskontroller skal verificeres særskilt for det konkrete miljø.
Open source
Den open source vi udgiver og bruger.
Managed Code bygger Prostir på open source fra Microsoft og communityet. Pakkerne nedenfor kommer fra projektets faktiske filer, ikke fra en marketingønskeliste.
Bygget af Managed Code
MCP-gatewayen, videnspipelinen, storage og Orleans-integrationerne under en udgivet Agent er komponenter, som Managed Code vedligeholder og udgiver.
- Managed CodeTeamet bag Prostir og de backendkomponenter, vi selv bruger.
- ManagedCode on GitHubMCPGateway, MarkdownLd.Kb, Storage, Communication, Orleans-udvidelser og mere.
- ManagedCode.MCPGatewayGateway til remote MCP med OAuth, flere tenants, audit og kvoter pr. tool.
- ManagedCode.MarkdownLd.KbVidenspipeline til Markdown-LD og JSON-LD med grafsøgning.
- ManagedCode.Storage.AzureStorage-abstraktion til filer, memory og runtimeartefakter i Azure Blob.
- ManagedCode.CommunicationResult-, Command- og CollectionResult-kontrakter på tværs af API- og Orleansgrænser.
.NET-fundamentet
.NET 10, ASP.NET Core og Aspire giver Prostir typede kontrakter, hosting, telemetri og ressourcekomposition.
- .NET 10Kompileret runtime, C# 14 og source generators.
- ASP.NET Core 10HTTP, auth, OpenAPI, Minimal APIs, JsonPatch og hosted services.
- AspireAppHost-orkestrering, service defaults og deploymentressourcer.
- Microsoft Orleans 10Virtuel aktørruntime med grains, persistens, placement, stateless workers og dashboardtelemetri.
- EF Core 10 (Cosmos)Typet persistens og forespørgsler over Azure Cosmos DB.
- MudBlazorMaterial Design-komponenter til creator-workspacet.
AI, MCP og bibliotekerne ovenpå
Prostir bruger Microsoft.Extensions.AI som IChatClient-grænse og Microsoft Agent Framework 1.15 til Agent-kørsel sammen med MCP C# SDK 1.4.1, Jint, Stateless og understøttede betalingsintegrationer.
- Microsoft.Extensions.AIÉt interface til chat, embeddings, tool calls og telemetri.
- Microsoft Agent FrameworkMicrosoft Agent Framework 1.15 til promptbaserede og deklarative Agents.
- Model Context Protocol C# SDKDet officielle C# SDK til MCP-servere og -klienter.
- JintEn JavaScript-engine i .NET til creators afgrænsede toolscripts.
- StatelessState machines, der modellerer Agentens tilladte næste trin.
- Stripe and Rozetka Pay integrationKlienter til betalt adgang, checkout og webhooks.
Sådan bygges og udgives siden
Prostir kombinerer agentassisteret udvikling med repositoryregler, code review, automatiske checks og menneskeligt ejerskab. AGENTS.md beskriver leveringskontrakten, og Astro bygger den statiske lokaliserede side.
Teknisk FAQ
Spørgsmål teams stiller, før de bygger på denne stack.
Svarene kobler stacken til rigtige produktionsvalg: Orleans, Aspire, C#, MCP, betaling, adgang, viden og driftsoverblik.
Hvilket arbejde laver Orleans i Prostir?Orleans ejer langlivede runtime-identiteter: agenter, sessioner, kunder, access grants, kanaltråde, wallet holds og workflow runs. Hver del har stabilt id, tilstand og adfærd i stedet for at gemme state i en singleton, cache eller baggrundsproces.Læs
Hvornår er Orleans bedre end kø plus CRUD API?Når du har mange små, ret uafhængige enheder, der skal bruge request-response, start-monitor-complete-flow eller state per identitet. Microsoft nævner user profiles, purchase orders, sessions, stocks og social pub/sub; Prostir bruger mønstret til agenter, kundesessioner og workflow runs.Læs
Hvad er en grain i produktsprog?En grain er en virtual actor: et logisk objekt med identitet, adfærd og eventuelt persistent state. I Prostir kan det være en publiceret agent, en kundesamtale, et access grant eller en workflow run.Læs
Hvordan hjælper Orleans med tenant-isolering?State nøgles efter owner, agent, customer eller run identity, så arbejdet lander i isolerede grains i stedet for delt proceshukommelse. En fejlet session bliver ikke global mutable state for andre tenants.Læs
Hvad er de største Orleans-risici?Risici er for snakkende grains, én flaskehals-koordinator, blokerende synkrone kald, for store messages og skjult shared state. Prostir holder det synligt med vertikalt ownership, async grain calls, stateless workers til fan-out og integrationstests gennem den rigtige Gateway/API/Orleans-vej.Læs
Hvad giver Aspire ud over Docker Compose?Aspire giver .NET-løsningen en AppHost, der kender projekter, afhængigheder, service discovery, konfiguration, health, telemetry og cloud resources. Det er ikke kun processtart; det er resource graph til lokal udvikling, CI og Azure.Læs
Hvordan bruger Prostir Aspire i tests?AppHost starter de ressourcer, som integrations- og browsertests kræver, herunder Cosmos DB, Azure Storage, Orleans, API, Gateway, Landing, WebApp og SuperAdmin. Det afprøver de samme servicegrænser; produktion har fortsat deploymentspecifik konfiguration og releasekontroller.Læs
Hvorfor er runtime bygget i C# og .NET?Runtime kræver stærke kontrakter, async IO, dependency injection, options, telemetry, HTTP hosting, background workers, source generation og forudsigelig deploy. .NET giver det som first-party infrastructure i stedet for en samling løse pakker.Læs
Låser .NET Prostir til én AI-provider?Nej. Microsoft.Extensions.AI og `IChatClient` giver en stabil chat/tool-grænse. Modellen kommer fra en konfigureret Azure OpenAI-, OpenAI-compatible- eller creator-forbindelse, der opfylder runtime-kontrakten.Læs
Hvad gør MCP svært i produktion?Protokollen er kun indgangen. En betalt remote MCP endpoint kræver også OAuth, access grants, tenant checks, tool schemas, rate limits, quotas, billing, audit trails, pålidelige errors og en hot path, der ikke læser hele produktdatabasen ved hvert request.Læs
Hvor passer ManagedCode.MCPGateway ind?ManagedCode.MCPGateway er protocol edge foran Orleans runtime. Den eksponerer remote MCP endpoint, router tool calls, håndhæver synlige tool boundaries og holder protocol concerns ude af product-state API.Læs
Hvordan bliver betalt adgang til runtime permission?Checkout og webhooks fra sælgerens providers opretter eller tilbagekalder access grants. Gateway tjekker dem før beskyttede MCP calls, så payment state bliver runtime permission og ikke et regneark.Læs
Hvordan undgår knowledge layer prompt stuffing?Filer bliver til Markdown-LD / JSON-LD knowledge artifacts og søgbare graph data. Runtime henter afgrænset, kildekoblet context, når indekset understøtter det; kvaliteten afhænger af kilder, indeksering, konfiguration og model.Læs
Hvilke rigtige use cases passer til stacken?Gode cases er paid knowledge agents, support copilots med customer memory, process agents med state machines, channel agents til Telegram eller web widgets, salgbare skill passports og workflows, der kræver progress, retries og audit.Læs
Hvornår er denne stack for meget?Hvis du kun skal bruge et statisk website, en enkelt prompt demo eller en privat chatbot uden auth, tools, billing, state eller customer memory, så brug noget enklere. Prostir giver mening, når agenten bliver en hosted product, som andre er afhængige af.Læs
Fungerer Prostir via API eller MCP?For brug af en Agent i Claude, ChatGPT og andre kompatible AI-klienter går leveringen gennem dens remote MCP-endpoint. Prostir bruger også APIs og webhooks til browserstyring, betalinger og godkendte integrationer. Platformen kører i cloud på .NET og Azure; CRM-, database- eller private systemforbindelser afhænger af planen og kan kræve et tilpasset omfang.Læs
Teknologi
Se teknologien i en konkret produktvej.
Guides og eksempler viser, hvordan viden, tools, state, memory, betaling, adgang, kvoter og drift hænger sammen. Verificerede kundecases er en særskilt form for dokumentation.