Czy ten proces nadaje się pod agenta AI?

Syntetyczna checklista readiness: zanim powstanie agent, sprawdzamy ownera, wejście, wynik, handoffy, evale, approval, trace, koszt, dane, tool surface i dry-run.

Agentic readiness

Nie liczba agentów, tylko kontrola procesu decyduje o wdrożeniu.

syntetyczny sample
1
Handoff contractCo dokładnie przechodzi między krokami?
risk
2
Eval setMinimum 30 przykładów regresyjnych.
gate
3
Approval pathApprove, edit, reject, resume.
human

10 bramek przed prototypem

Jeśli któraś bramka nie przechodzi, problemem nie jest brak agenta. Problemem jest brak gotowego procesu.

01
Owner

Jeden człowiek odpowiada za proces i decyzję build/no-build.

02
Input

Proces ma stabilny event startowy: mail, formularz, ticket, CRM stage.

03
Output

Wiadomo, czy agent ma przygotować task, draft, klasyfikację, raport czy decyzję.

04
Handoff

Między krokami istnieje schema pól, nie tylko tekst w promptach.

05
Eval

Jest 30-row regression set dla najważniejszych przypadków.

06
Approval

Ryzykowne albo nieodwracalne akcje mają approve/edit/reject i możliwość wznowienia.

07
Trace

Logujemy input, tool call, model, koszt, output i decyzję człowieka.

08
Cost

Model tiering i limity kosztów są częścią projektu.

09
Data & tools

Uprawnienia, PII, tool surface i granice dostępu są zawężone do pierwszego scope.

10
Dry-run

Pierwszy tryb nie mutuje produkcji. Agent proponuje, człowiek zatwierdza.

Gdzie to pasuje w ORCA

Readiness audit jest parasolem. CRM i RAG to konkretne zastosowania tego samego wzorca: proces, dowód, approval, log.

CRM approval

Agent proponuje next action, człowiek zatwierdza zmianę w CRM.

Zobacz CRM audit →

RAG claim-check

System odpowiada tylko, gdy ma źródło, wersję, dostęp i regułę odmowy.

Zobacz RAG sample →

Paid audit

Najpierw decyzja build/no-build, potem dopiero prototyp albo integracja.

Zobacz brief →