Securitate
Verificat la fiecare modificare. Consemnat.
Ce trece fiecare modificare înainte de producție, unde se află cheile și datele dumneavoastră, cum păstrează Product Printer Orchestrator (PP Orchestrator) fiecare sarcină AI consemnată și cine a decis ce.
- Fiecare pull request trece prin CI-ul și scanările de securitate ale proiectului, apoi printr-o revizuire de securitate cu AI, care eșuează în mod sigur: fără verdict, fără merge, iar merge-ul este fixat la versiunea exactă revizuită. O regulă de protecție pe ramura main refuză să livreze orice a ocolit porțile.
- Aduceți propriul abonament la model sau propriile chei API, ori rulați modele locale. Acestea trăiesc alături de PP Orchestrator-ul dumneavoastră, niciodată în instanță (doar cheia opțională pentru voce face excepție).
- Agenții de programare rulează pe laptopul, VPS-ul sau on-prem-ul dumneavoastră: atunci instanța cloud nu are nevoie niciodată de codul sursă pe mașinile noastre. Dacă alegeți PP Orchestrator pe care îl rulăm noi, agenții lucrează în schimb pe mașinile noastre.
- Auto-găzduire: unde o rulați. Cloud: o instanță privată în Germania (UE), cu baza de date la Frankfurt. Apelurile AI merg doar către modelele pe care le direcționați (vocea, dacă este activată, merge către ElevenLabs); în auto-găzduire cu modele locale, niciun apel AI nu părăsește sediul dumneavoastră. Ce citim dintr-o instanță cloud pentru a o rula: vezi mai jos.
- Dintr-o instanță cloud, doar ce avem nevoie pentru a o rula, iar noi îl preluăm: instanța nu ne trimite nimic din proprie inițiativă. La fiecare 5 minute, o verificare de stare. O dată pe noapte, un rezumat de utilizare: numărul de membri; cheltuiala AI din luna curentă, total și pe furnizor de model (apeluri, tokeni, cost și dacă cheia este a dumneavoastră sau a noastră); ultima activitate; versiunea; modul de e-mail; dacă este conectat un PP Orchestrator, versiunea și starea acestuia (coada, timpii de răspuns, memoria, discul); când au avut loc prima autentificare, lecția de instruire finalizată, proiectul, build-ul, cerința acceptată, pull request-ul îmbinat, implementarea și feedback-ul către Product Printer, cu numărători; evenimentele din perioada de probă (credit AI folosit, plan ales); și răspunsurile la întrebarea din aplicație din ziua 7 (un scor de la 0 la 10 și „ce lipsește”, fără autor). La fiecare oră, sume criptografice (hash-uri) ale adreselor de e-mail ale membrilor (niciodată adresele în sine), astfel încât „găsește-ți instanța” să poată trimite un link de autentificare. Cât timp includem credit AI (în perioada de probă), citim și cheltuiala acestuia și îi stabilim plafonul. Niciodată conținutul proiectelor, cerințele, codul, datele clienților sau lista utilizatorilor. În cloud-ul nostru, aceste citiri fac parte din serviciu și nu pot fi dezactivate. O instanță auto-găzduită răspunde la ele doar dacă setați cheia de citire (INSTANCE_OPS_READ_SECRET); fără ea, nu răspunde nimănui.
- Exportați întreaga instanță în orice moment — oricum, este a dumneavoastră.
Ați identificat o problemă de securitate? Scrieți la [email protected].
Om responsabil
Agenții propun. Oamenii acceptă.
Fiecare propunere, decizie și rulare de test este consemnată și poate fi legată de cerința pe care a servit-o.
- Propuneri
- Verificate înainte de integrare
- Decizii
- Numite, datate, consemnate
- Dovezi
- Legate de criterii, nu de un jurnal de chat
Registrul — o cerință, o dimineață
| Ora | Actor | Intrare | Ref. |
|---|---|---|---|
| 09:12 | agent-2 | Propunere: preluare pe canale, nicio comandă numărată de două ori | REQ-01 |
| 09:40 | Proprietar | Acceptată, o modificare solicitată | REQ-01 |
| 10:05 | agent-2 | Pasul de lucru WS-01 finalizat | WS-01 |
| 10:07 | rulare de test #412 | 6 / 6 criterii trecute | AC-01…06 |
| 10:09 | Proprietar | Lansată v1.0 | REL-01 |