K0NSULT // ai-truth/ipIII
k0nsult.cloud / ai-truth / ipIII / orchestrator / pilot-intake

Pilot Intake — zgłoś kontrolowany PoC ipIII

Ten intake zbiera zakres, ograniczenia i kryteria sukcesu zanim ruszy pilot. Zamiast luźnej rozmowy dostajesz jeden ustrukturyzowany formularz: określasz kto, co, na jakich danych i po czym poznamy, że PoC się udał. Domyślnie pilot startuje na danych syntetycznych — dane produkcyjne dopiero po podpisanym RoE.

Orchestrator Dla partnera RoE template Znane ograniczenia Roadmap dev Pilot Intake ← ipIII hub
Kontrolowany PoC zaczyna się od intake, nie od integracji.

Zanim podłączymy jakikolwiek konektor czy dane, ustalamy ramy: kto zgłasza, jaki jest zakres, które narzędzia źródłowe wchodzą w grę, jaki tryb danych obowiązuje i po czym mierzymy sukces. Dzięki temu pilot jest wąski, odwracalny i weryfikowalny — zgodnie z doktryną claim ≤ proof.

ŚCIEŻKA: intake→NDA / RoE / DPA→zakres→anonimizacja→pilot (dane syntetyczne)

STATUS: MVP   Uczciwie: to formularz-szkielet. Przetwarzanie zgłoszenia odbywa się po stronie operatora — nie jest to zautomatyzowany pipeline onboardingu.

Formularz zgłoszenia PoC

Pola oznaczone * są wymagane do rozpoczęcia rozmowy o pilocie. Zgłoszenie nie jest zobowiązaniem — patrz disclaimer niżej.

1 · Kontakt i organizacja
Kto jest osobą decyzyjną / punktem kontaktu po stronie zgłaszającego.
2 · Zakres i narzędzia
Im węższy i konkretniejszy zakres, tym szybszy i bardziej odwracalny pilot.
Zaznacz źródła, z których pochodzą findingi. ipIII importuje je do jednego rejestru evidence.
Pilot domyślnie działa na danych syntetycznych. Dane produkcyjne wyłącznie po podpisaniu Rules of Engagement.
3 · Sukces i termin
Definiujemy sukces zawczasu, żeby ocena pilota była weryfikowalna, nie uznaniowa.
Orientacyjne okno startu pilota.

Co dzieje się po zgłoszeniu

1 · Intake. Twoje zgłoszenie trafia do operatora ipIII. Przeglądamy zakres, typ partnera i tryb danych, żeby ocenić, czy PoC jest wykonalny i wąsko określony.
2 · NDA / RoE / DPA. Podpisujemy umowę o poufności, Rules of Engagement oraz DPA. Bez tych dokumentów pilot nie wychodzi poza dane syntetyczne.
3 · Zakres. Domykamy zakres z sekcji 2 — co wchodzi, co jest jawnie poza, jakie narzędzia źródłowe i jakie kryteria sukcesu z sekcji 3.
4 · Anonimizacja. Jeśli dane wykraczają poza syntetyczne, przechodzą anonimizację/pseudonimizację zgodnie z DPA, zanim wejdą do pilota.
5 · Pilot. Uruchamiamy kontrolowany PoC (import → incydent → evidence-package → retest → close) na uzgodnionym trybie danych, mierzony wg zdefiniowanych kryteriów.

Dla partnera

Kontekst współpracy, model dojrzałości i czego oczekiwać od pilota.

→ /ai-truth/ipIII/partner

RoE template

Wzór Rules of Engagement — ramy i granice testu, które podpisujemy przed startem.

→ /ai-truth/ipIII/roe-template

Znane ograniczenia

Uczciwy rejestr tego, czego ipIII jeszcze NIE robi — zanim zdecydujesz o pilocie.

→ /ai-truth/ipIII/known-limitations

Disclaimer. Zgłoszenie intake nie jest umową ani zobowiązaniem żadnej ze stron — to punkt startu rozmowy o pilocie. Dane produkcyjne wchodzą do PoC wyłącznie po podpisanym RoE (oraz NDA/DPA). PoC domyślnie działa na danych syntetycznych. W tym formularzu nie zbieramy danych wrażliwych — nie wpisuj tu danych osobowych szczególnej kategorii, sekretów ani szczegółów podatności. Zgodnie z doktryną claim ≤ proof deklarujemy tylko tyle, ile możemy pokazać — a ten intake jest jawnie oznaczony jako MVP (formularz-szkielet, przetwarzanie po stronie operatora).

Powiązane: warunki i granice współpracy → /partner · wzór Rules of Engagement → /roe-template · uczciwy rejestr ograniczeń → /known-limitations.