Prostir

Technik

Cloud-native KI-Plattform. Auf Unternehmens-.NET 10, vom ersten Tag an.

Der Prompt ist der einfache Teil. Identität, Zustand, Zugriff, Betrieb und ein stabiler öffentlicher Endpoint sind anspruchsvoller. Prostir baut diese Grenzen auf .NET 10, Orleans, Aspire und Microsoft Agent Framework.

5zentrale Produktflächen

Agent, Skill, Flow, Company und Store behalten getrennte Identitäten und Lebenszyklen.

14unterstützte Sprachen

Die statische Landing veröffentlicht explizite Routen und Metadaten für jede unterstützte nichtrussische Locale.

10Architekturschichten

Von Runtime und Cloud-Ressourcen bis zur statischen öffentlichen Oberfläche.

1MCP-Endpoint pro veröffentlichtem Agent

Jeder veröffentlichte Agent besitzt einen sluggebundenen Streamable-HTTP-Endpoint.

Die Reise

Ihre Idee ist ein Prompt. Produktion sind zehn Unternehmensschichten.

In ChatGPT sieht jede KI-Demo gleich aus. Der echte Abstand liegt zwischen dieser Demo und einem Kunden, der weiter zahlt, und genau dort bleiben die meisten Companies stehen. Hier ist also unsere, vom kompilierten Boden bis zur öffentlichen URL. Zehn Schichten. Jede ist die langweilige, verlässliche Wahl. Jede ist ein Grund, warum auch jemand ohne Code ein echtes Produkt ausliefern kann.

  1. 01Das Fundament

    .NET 10 und C#: kompiliert und stark typisiert.

    Prostir nutzt .NET 10 und C# für typisierte Verträge, asynchrones I/O, Dependency Injection, Options, Telemetrie, HTTP Hosting, Background Services und Source Generation. Die Sprache allein garantiert weder Kosten noch Performance, Energiebedarf oder Supply-Chain-Sicherheit; diese Ergebnisse hängen von Workload, Abhängigkeiten, Deployment und Betrieb ab.

    • .NET 10
    • ASP.NET Core
    • C#
    • Source generators
    • Typed contracts
  2. 02Die Cloud

    Azure: verwaltete Dienste mit expliziten Deployment-Grenzen.

    Prostir nutzt Azure Container Apps, Cosmos DB Serverless, Blob Storage, Monitor, Managed Identity und RBAC. Azure dokumentiert Compliance und Verfügbarkeit pro Dienst; das zertifiziert Prostir nicht automatisch und erzeugt kein pauschales Produkt-SLA. Regionen und Ressourcen werden durch die Betriebsumgebung festgelegt. Company-Daten und Store-Abfrageprojektionen nutzen getrennte regionale Cosmos-Konten und Shard-Pools. Tenant- und Produktberechtigungen werden ausdrücklich geprüft; ein Grain-Schlüssel allein gewährt keinen Zugriff. Ein Gateway-Deployment bedient die Produktdomains. Companies werden im zentralen WebApp verwaltet; ihr MCP verlangt OAuth und aktive Mitgliedschaft.

    • Azure Container Apps
    • Cosmos DB Serverless
    • Azure Blob + Table Storage
    • Azure Monitor
    • Managed identity + RBAC
  3. 03Die lokale Brücke

    Aspire: ein AppHost und Integrationsverdrahtung.

    Prostir.AppHost komponiert Cosmos DB, Azure Storage, Orleans, API, Gateway, WebApp, Landing und SuperAdmin für lokale und automatisierte Integrationsabläufe. Das deckt Konfigurationsabweichungen auf; Produktionsreife braucht weiterhin Deployment-Validierung, Monitoring und Release-Prüfungen.

    • Aspire AppHost SDK
    • Aspire.Hosting.Azure.CosmosDB
    • Aspire.Hosting.Azure.Storage
    • Aspire.Hosting.Orleans
    • TUnit.Aspire
  4. 04Die verteilte Runtime

    Orleans: zuständige Grains für zustandsbehaftete Arbeit.

    Microsoft Orleans gibt Prostir identitätsgebundene virtuelle Aktoren für Agents, Sessions, Access Grants, Workflow Runs und anderen langlebigen Runtime-Zustand. Jedes Grain besitzt eine begrenzte Verantwortung. Orleans liefert Aktivierung, Placement, Persistenz-Integrationen, Reminder und Messaging; Prostir definiert weiterhin Autorisierung, Produktgrenzen, Fehlerbehandlung und Betriebspolitik. Orleans nutzt Azure Tables für Zustand, Clusterdaten und Erinnerungen sowie Azure Blob Storage für dauerhafte Hintergrundaufträge. Produktdaten werden auch über EF Core in Cosmos DB gespeichert. Flow ist ein eigenständiges Automatisierungsprodukt: Orleans verwaltet Zustand, Ausführungen und Auslöser; Elsa.Workflows.Core führt den Graphen innerhalb des Prozesses aus. Deklarative Agent-Framework-Workflows gehören zum Agent.

    • Microsoft.Orleans.Server
    • ManagedCode.Orleans.Identity
    • ManagedCode.Orleans.RateLimiting
    • Azure Tables + Blob
    • Elsa.Workflows.Core
  5. 05Die MCP-Grenze

    ManagedCode.MCPGateway: Remote MCP, das skaliert.

    ManagedCode.MCPGateway vereint aktivierte lokale Werkzeuge und ausgewählte Werkzeuge externer MCP-Server in einem durchsuchbaren, ausführbaren Katalog. Das offizielle MCP C# SDK übernimmt das Protokoll. Prostir.Gateway ergänzt Produktrouting, OAuth, Autorisierung, Berechtigungen, Kontingente und Audit vor der Ausführung in Orleans. Eine externe Verbindung stellt erst nach Erkennung und ausdrücklicher Auswahl Werkzeuge bereit.

    • ManagedCode.MCPGateway
    • ModelContextProtocol
    • Streamable HTTP
    • OAuth + PKCE
    • Bounded quotas
  6. 06Die Wissensschicht

    ManagedCode.MarkdownLd.Kb: durchsuchbarer Quellenkontext.

    ManagedCode.MarkdownLd.Kb erzeugt aus unterstützten Quellen Markdown-LD- oder JSON-LD-Artefakte und durchsuchbare Graphdaten. JsonSchema.Net validiert MCP-Toolargumente. Retrieval kann Quellenkontext liefern, wenn der Index ihn unterstützt; Qualität und Belege hängen weiterhin von Quellen, Indexierung, Konfiguration und Modell ab.

    • ManagedCode.MarkdownLd.Kb
    • ManagedCode.Storage.Azure
    • JsonSchema.Net
    • PdfPig + OpenXml
    • Graph-backed retrieval
  7. 07Das KI-Gehirn

    Eine Anwendungsgrenze für konfigurierte Modelle.

    Microsoft.Extensions.AI stellt IChatClient bereit, Microsoft Agent Framework führt Prompt- und deklarative Agents aus. Aktuelle Routen nutzen Azure OpenAI, OpenAI-kompatible Provider oder Creator-Verbindungen. Verfügbarkeit und Wechsel hängen von Konfiguration, Fähigkeiten, Credentials und Produktregeln ab.

    • Microsoft.Extensions.AI
    • Microsoft.Agents.AI
    • Azure OpenAI + OpenAI-compatible
    • Prompt + declarative workflows
    • IChatClient middleware
  8. 08Die Entwicklungsschleife

    Agenten-unterstützte Entwicklung mit sichtbaren Regeln.

    Prostir nutzt AGENTS.md-Regeln, Vertical Slices, Code Review, fokussierte Prüfungen, Integrationstests und Release Gates. Coding Agents unterstützen, ersetzen aber weder Ownership, menschliches Urteil noch Verifikation.

    Claude CodeOpenAI Codex
    • AI-assisted delivery
    • AGENTS.md rules
    • Vertical slices
    • Human-reviewed changes
    • Integration test gates
    • TUnit
    • Microsoft.Testing.Platform
  9. 09Die Produktkante

    Blazor, Stripe and Rozetka Pay, Stateless, Jint: die Oberfläche für Creator.

    Ersteller verwalten Produkte in Blazor WebAssembly mit MudBlazor; Betreiber nutzen eine Blazor-Server-Konsole. Aktiviert der Ersteller eine Zustandsmaschine, prüft Stateless die konfigurierten Übergänge. Jint führt JavaScript-Werkzeuge mit Grenzen für Anweisungen, Speicher, Rekursion und Laufzeit sowie eingeschränktem .NET 10-Zugriff aus. Stripe.net und die HTTP-Anbindung an Rozetka Pay unterstützen Verkäuferzahlungen, Checkout und Webhooks; Plattformabonnements laufen über Stripe. Verfügbare Funktionen hängen von Produktkonfiguration und Berechtigungen ab.

    • Blazor WebAssembly
    • MudBlazor
    • Stripe.net + Rozetka Pay API
    • Stateless
    • Jint
  10. 10Die statische Geschichte

    Astro-Landing mit expliziten Discovery-Metadaten.

    Die Seite wird als statisches Astro-HTML erzeugt. Canonicals, hreflang, strukturierte Daten, Sitemap, IndexNow und llms.txt beschreiben die vorgesehenen öffentlichen Routen. Lokale Checks decken HTML, Crawlability, Accessibility und Lighthouse-Templates ab; Suchmaschinen entscheiden über Crawl, Indexierung und Ranking.

    • Astro
    • JSON-LD + sitemap
    • IndexNow + llms.txt
    • Local Lighthouse checks
    • Localized hreflang

Das Ergebnis

Ein gehosteter, beobachtbarer MCP-Endpoint pro veröffentlichtem Agent.

Die Schichten treffen sich in einer sluggebundenen MCP-URL pro veröffentlichtem Agent. Unterstützte Clients verbinden sich per Streamable HTTP; Zugriff, Abrechnung, Wissen, Tools, Zustand, Speicher, Audit und Limits bleiben explizit konfigurierte Fähigkeiten.

  • Remote MCP endpoint
  • OAuth 2.1 + entitlements
  • Per-agent quotas + audit
  • Live operator visibility

Warum .NET 10

Drei geeignete Stacks, eine dokumentierte Prostir-Wahl.

Node.js, Python und .NET 10 können MCP-Server hosten. Die Tabelle beschreibt Prostirs Implementierung, keine universelle Rangliste für Performance, Kosten, Energie oder Sicherheit.

FähigkeitNode.js / ExpressPython / FastAPIProstir (.NET 10)
HTTP-RuntimeNode.js runtimePython ASGI runtimeASP.NET Core
Identitätsgebundener verteilter ZustandChoose a state frameworkChoose a state frameworkOrleans virtual actors
Dependency Injection, Options und TelemetrieFramework or library choiceFramework or library choiceMicrosoft.Extensions.*
KI-AbstraktionProvider libraries or abstractionProvider libraries or abstractionMicrosoft.Extensions.AI + Agent Framework
MCP SDKOfficial MCP TypeScript SDKOfficial MCP Python SDKOfficial MCP C# SDK
Tool-Schema-ValidierungLibrary-selected validationLibrary-selected validationJsonSchema.Net
VertragsmodellTypeScript contractsPython typing toolsC# + source generation
Lokale KompositionLocal process toolingLocal process toolingdotnet watch + Aspire AppHost

Node.js und Python zeigen typische Optionen, keine Grenzen. Die Prostir-Spalte ist gegen aktuelle Package- und Projektdateien geprüft.

Warum Azure

Dasselbe MCP-Backend. Gebaut für die Cloud, auf der es läuft.

Keine Preisliste, eine Passungsliste. Das ist, worauf ein bezahltes, mandantenfähiges MCP-Backend wirklich angewiesen ist, und wo jedes davon besser auf Azure liegt. AWS ist hervorragend. Hier passt das Produkt einfach.

Worauf es ankommtAuf AWSProstir auf Azure
Kontroll- und Compliance-NachweiseService-specific controls and certificationsAzure service controls; Prostir deployment assessed separately
VerfügbarkeitsbedingungenPer-service and per-region termsNo blanket Prostir SLA is claimed here
Regionale PlatzierungRegion configured per workloadOperator-provisioned regional resources
Netzwerk und IngressOptional global networking servicesConfigured Gateway and static-site routing
Modellprovider-RoutenBedrock and partner model routesAzure OpenAI, OpenAI-compatible, and creator BYOK routes
KundenzugriffCognito or custom identityProstir access and OAuth policy above the hosting layer
AnwendungsruntimeRuntime selected by the company.NET 10, Orleans, Aspire, and Managed Code libraries
Hosting der statischen LandingS3 + CloudFront or AmplifyAzure Static Web Apps for this landing

Cloud-Provider dokumentieren ihre Dienste. Prostir-Zertifizierung, SLA, Regionen und Betriebskontrollen müssen für die konkrete Umgebung separat geprüft werden.

Open Source

Das Open Source, das wir ausliefern, und das Open Source, das wir nutzen.

Prostir wird von Managed Code auf Open Source von Microsoft und der Community gebaut. Jedes der folgenden Pakete ist echt, aus den Dateien unseres Projekts, keine Marketing-Wunschliste.

01

Gebaut von Managed Code

Managed Code ist nicht nur der Hinweis im Footer. Das MCP-Gateway, die Wissens-Pipeline, der Speicher und die Orleans-Integrationen unter Ihrem veröffentlichten Agent sind Managed-Code-OSS, das wir selbst pflegen und ausliefern.

02

Das .NET 10-Fundament

Alles, was Microsoft seit .NET 10 GA gestellt hat, kommt in .NET 10 und Aspire zusammen. Das ist die langweilige, verlässliche Verrohrung unter jeder Seite von Prostir.

03

KI, MCP und die Bibliotheken darüber

Prostir nutzt Microsoft.Extensions.AI als IChatClient-Grenze und Microsoft Agent Framework für Prompt- und deklarative Agents. Verfügbare Modelle hängen von konfigurierten kompatiblen Verbindungen ab. Jint, Stateless sowie Stripe- und Rozetka-Pay-Integrationen übernehmen spezialisierte Runtime-Aufgaben.

04

Wie diese Seite gebaut und ausgeliefert wird

Prostir nutzt agenten-unterstützte Entwicklung zusammen mit Repository-Regeln, Code Review, automatisierten Checks und menschlichem Ownership. AGENTS.md macht den Delivery-Vertrag sichtbar; Astro erzeugt diese statische lokalisierte Seite.

Technik-FAQ

Fragen, die Companies stellen, bevor sie auf diesem Stack bauen.

Diese Antworten verbinden den Stack mit echten Produktionsentscheidungen: Orleans, Aspire, C#, MCP, Abrechnung, Zugriff, Wissen und Betreiber-Sichtbarkeit.

Welche echte Arbeit erledigt Orleans in Prostir?Orleans besitzt langlebige Runtime-Identitäten: Agents, Sessions, Kunden, Access Grants, Channel-Konversationen, Wallet Holds und Workflow Runs. Jede davon hat eine stabile ID, Zustand und Verhalten, statt Zustand in einem Singleton, Cache oder Background-Prozess zu verstecken.Lesen
Wann ist Orleans besser als Queue plus CRUD-API?Wenn es viele kleine, weitgehend unabhängige Entitäten gibt, die Request-Response, Start-Monitor-Complete-Abläufe oder Zustand pro Identität brauchen. Microsoft nennt User Profiles, Purchase Orders, Sessions, Stocks und Social Pub/Sub; Prostir überträgt das auf Agents, Kundensessions und Workflow Runs.Lesen
Was ist ein Grain in Produktsprache?Ein Grain ist ein virtueller Aktor: ein logisches Objekt mit Identität, Verhalten und optional persistentem Zustand. In Prostir kann das ein veröffentlichter Agent, eine Kundenkonversation, ein Access Grant oder ein Workflow Run sein.Lesen
Wie hilft Orleans bei Mandantenisolation?Company-Daten und Store-Abfrageprojektionen nutzen getrennte regionale Cosmos-Konten und Shard-Pools. Tenant- und Produktberechtigungen werden ausdrücklich geprüft; ein Grain-Schlüssel allein gewährt keinen Zugriff. Ein Gateway-Deployment bedient die Produktdomains. Companies werden im zentralen WebApp verwaltet; ihr MCP verlangt OAuth und aktive Mitgliedschaft.Lesen
Was sind die wichtigsten Orleans-Risiken?Riskant sind zu chatty Grains, ein zentraler Flaschenhals-Koordinator, blockierende synchrone Aufrufe, zu große Messages und versteckter Shared State. Prostir hält das mit vertikalem Ownership, async Grain Calls, Stateless Workers für Fan-out und Integrationstests über den echten Gateway/API/Orleans-Pfad sichtbar.Lesen
Was bringt Aspire gegenüber Docker Compose?Aspire verbindet Projekte, Abhängigkeiten, Diensterkennung, Zustandsprüfungen und Telemetrie für lokale Entwicklung und Integrationstests. Aspire.Hosting.Blazor stellt die lokale WebAssembly-Anwendung bereit. Bicep und Azure-DevOps-Pipelines verwalten Produktionsressourcen und Releases.Lesen
Wie nutzt Prostir Aspire in Tests?Der AppHost startet die für Integrations- und Browsertests nötigen Ressourcen, darunter Cosmos DB, Azure Storage, Orleans, API, Gateway, Landing, WebApp und SuperAdmin. Das prüft dieselben Service-Grenzen; Produktion behält deployment-spezifische Konfiguration und Release-Kontrollen.Lesen
Warum ist die Runtime in C# und .NET 10 gebaut?Die Runtime braucht starke Verträge, async IO, Dependency Injection, Options, Telemetrie, HTTP Hosting, Background Worker, Source Generation und vorhersehbares Deployment. .NET 10 liefert das als First-Party-Infrastruktur statt als lose Paketsammlung.Lesen
Bindet .NET 10 Prostir an einen KI-Anbieter?Nein. Microsoft.Extensions.AI und `IChatClient` bilden eine stabile Chat- und Tool-Grenze. Das konkrete Modell kommt aus einer konfigurierten Azure-OpenAI-, OpenAI-kompatiblen oder Creator-Verbindung, die den Runtime-Vertrag erfüllt.Lesen
Was macht MCP in Produktion schwierig?Das Protokoll ist nur der Eingang. Ein bezahlter Remote-MCP-Endpoint braucht auch OAuth, Access Grants, Tenant Checks, Tool Schemas, Rate Limits, Quoten, Billing, Audit Trails, verlässliche Fehler und einen Hot Path, der nicht bei jedem Request die ganze Produktdatenbank liest.Lesen
Wo passt ManagedCode.MCPGateway hinein?ManagedCode.MCPGateway vereint aktivierte lokale Werkzeuge und ausgewählte Werkzeuge externer MCP-Server in einem durchsuchbaren, ausführbaren Katalog. Das offizielle MCP C# SDK übernimmt das Protokoll. Prostir.Gateway ergänzt Produktrouting, OAuth, Autorisierung, Berechtigungen, Kontingente und Audit vor der Ausführung in Orleans. Eine externe Verbindung stellt erst nach Erkennung und ausdrücklicher Auswahl Werkzeuge bereit.Lesen
Wie wird bezahlter Zugriff zur Runtime-Berechtigung?Checkout und Webhooks der Provider des Verkäufers erstellen oder widerrufen Access Grants. Gateway prüft diese Grants vor geschützten MCP Calls, daher wird Zahlungsstatus zur Runtime-Berechtigung statt zur Tabelle.Lesen
Wie vermeidet die Wissensschicht Prompt Stuffing?Dateien werden zu Markdown-LD / JSON-LD-Artefakten und durchsuchbaren Graphdaten. Die Runtime lädt begrenzten, quellenbezogenen Kontext, wenn der Index ihn unterstützt; die Qualität hängt von Quellen, Indexierung, Konfiguration und Modell ab.Lesen
Welche echten Fälle passen zu diesem Stack?Gute Fälle sind bezahlte Wissens-Agents, Support-Copilots mit Kundengedächtnis, Process Agents mit State Machines, Channel Agents für Telegram oder Web Widgets, verkaufbare Skill Passports und Workflows mit Fortschritt, Retries und Audit.Lesen
Wann ist dieser Stack zu viel?Wenn Sie nur eine statische Website, eine einmalige Prompt-Demo oder einen privaten Chatbot ohne Auth, Tools, Billing, State oder Customer Memory brauchen, nehmen Sie etwas Einfacheres. Prostir ist für den Moment, in dem der Agent ein gehostetes Produkt wird, auf das andere angewiesen sind.Lesen
Funktioniert Prostir über API oder MCP?Für die Nutzung eines Agent in Claude, ChatGPT und anderen kompatiblen AI-Clients ist der Remote-MCP-Endpunkt der Lieferweg. Prostir nutzt außerdem APIs und Webhooks für Webverwaltung, Zahlungen und genehmigte Integrationen. Die Plattform läuft gehostet auf .NET und Azure; CRM-, Datenbank- oder private Systemanbindungen hängen vom Plan ab und können einen individuellen Umfang brauchen.Lesen

Technik

Die Technik einem konkreten Produktweg zuordnen.

Guides und Beispiele zeigen, wo Wissen, Tools, Zustand, Speicher, Abrechnung, Zugriff, Quoten und Betreiber-Sichtbarkeit zählen. Verifizierte Kundenfälle bleiben eine eigene Evidenzkategorie.