Prostir

Docs

Zbuduj użyteczną app AI i opublikuj ją z właściwymi limitami.

Zacznij od konkretnego case, dodaj zatwierdzoną wiedzę, podłącz tools tylko tam, gdzie zdejmują realną pracę, skonfiguruj state lub memory przy potrzebie ciągłości i publikuj z regułami dostępu oraz ceny.

Docs

Zacznij od case study.

Wybierz najbliższy case i zastąp przykłady własną wiedzą oraz regułami.

01

1. Wybierz zadanie

Zdefiniuj zadanie biznesowe przed promptem. Każdy case wymaga innych źródeł i guardrails, bo tutor, kalkulator, support guide i paid expert mają inną odpowiedzialność wobec użytkownika.

01 1. Wybierz zadanie
02

2. Dodaj wiedzę

Wgraj zatwierdzone dokumenty, przykłady, skrypty, lekcje, polityki lub checklisty.

02 2. Dodaj wiedzę
Użyj zatwierdzonych przykładów Oddziel publiczne i prywatne Sprawdź pokrycie źródeł
03

3. Dodaj tools

Użyj tools do realnych akcji lub deterministycznych obliczeń.

03 3. Dodaj tools
3. Dodaj tools Zapytaj o brakujące inputs

Uruchom nazwany tool

04

4. Dodaj state i memory

Kiedy doświadczenie ma kroki, opisz je jak kontrolowaną historię: current state, event albo trigger, guard, action i next state. Prostir trzyma ten state oraz user memory za granicami Orleans-backed dla app, session, user i access grant.

04 4. Dodaj state i memory
  • Current state
  • Event albo trigger
  • Guard albo can-fire check
  • Action i next state
05

5. Publikuj i rozliczaj

Opublikowana app dostaje stabilny remote MCP endpoint z dostępem, Stripe i kwotami.

05 5. Publikuj i rozliczaj
06

6. Podstawa techniczna

Prostir jest budowany przez Managed Code na .NET, Orleans, MCP i pakietach ManagedCode. Podstawa techniczna wskazuje też Microsoft.Extensions.AI jako model .NET dla chat clients, embeddings, function invocation, telemetry i middleware.

06 6. Podstawa techniczna
Microsoft.Extensions.AI ManagedCode.MCPGateway ManagedCode.MarkdownLd.Kb ManagedCode.Storage
07

7. Ścieżka requestu

Realny request nie idzie prosto do promptu. Przechodzi przez MCP endpoint, rozwiązuje access grant, wykonuje quota check, wybiera wyszukiwanie wiedzy albo tool execution i dopiero wtedy buduje odpowiedź w policy.

07 7. Ścieżka requestu
7. Ścieżka requestu MCP client request

Access grant

08

8. Obsłuż trudne ścieżki

Zanim klienci oprą się na app, przejdź złego użytkownika, brakujące inputy, twierdzenia bez źródła, wyczerpaną kwotę, błąd providera, handoff oraz sytuację, w której app musi spokojnie odmówić.

08 8. Obsłuż trudne ścieżki
  • Wrong tenant
  • Missing inputs
  • Quota exceeded
  • Unsupported answer

Docs

Zacznij od case study.

Wybierz najbliższy case i zastąp przykłady własną wiedzą oraz regułami.