Stadiu

Ce este dovedit și ce nu.

O pagină pe care majoritatea produselor nu o au, fiindcă alternativa este să lași cititorul să presupună lucruri care încă nu sunt adevărate.

CallAgent este un sistem mare, cu foarte mult cod care funcționează și cu un set precis, care poate fi spus în cuvinte, de lucruri pe care nu le-a făcut niciodată. Restul site-ului descrie ce face software-ul. Pagina asta descrie cât de departe a fost demonstrat și este pagina de citit prima.

§01 Dovezi

Ce a fost rulat efectiv.

Sunt numărători dintr-o rulare completă, nu o estimare. Seturile acoperă sesiunea de apel și automatul ei de stări, toți cei nouă pași ai unei întreruperi, codecurile audio și reeșantionarea, detecția pauzei, clientul MCP și poarta lui de permisiuni, rezervele de furnizor și întrerupătorul de circuit, tenancy-ul și o trecere de haos și securitate peste planul de control.

Testele sărite spun ce credențială le lipsește și raportează ca sărite, nu ca trecute, adică diferența dintre un set sincer și unul verde.

Teste PHP: 1,206
Teste TypeScript: 1,033
Total: 2,239
Eșuate: 0

Citat din raportul de construcție aflat în rădăcina depozitului, care își declară propria regulă: nimic nu este dat drept funcțional pe un furnizor pentru care nu există credențială.[1]

§02 Apeluri reale

Pe 5 septembrie 2026 au sunat primele apeluri adevărate

Până în ziua aceea, tot ce scria mai jos despre telefonie era dovedit pe teste de contract. Apoi cineva a pus credențiale reale de Twilio, Anthropic, ElevenLabs și Sonix și a sunat de pe telefonul lui.

Unsprezece apeluri. Cinci s-au încheiat normal, șase au eșuat. Nu a mers bine, iar asta este partea folositoare: se vede exact unde s-a rupt.

Ce s-a întâmplat la primele apeluri reale.
ce s-a dat	Unsprezece apeluri prin Twilio către un număr românesc, între 11:50 și 13:55. Cinci încheiate, șase eșuate. Cel mai lung a ținut 2 minute și 6 secunde și a produs 232 de evenimente.
ce a mers prost	Transcriptorul rula cu limba pusă pe „multi” și a etichetat româna drept hindi. Modelul a primit text hindi, a răspuns în română că nu poate vorbi decât românește și a oferit transferul la un operator. A făcut exact ce trebuia cu un text greșit.
latența măsurată	Prima replică a unui apel: 3 091 ms de la detecția pauzei până la audio, față de o țintă de 1 200. Primul token a venit în 2 085 ms față de o țintă de 600, iar primul cadru audio în 419 ms față de 400. Doar sinteza s-a apropiat de buget.
ce a mers bine	Semnalizarea, înregistrarea pe două canale, registrul de evenimente, contabilitatea costului și transferul au funcționat toate. Apelul de 32 de secunde are 83 de evenimente, o înregistrare gata, o formă de undă calculată și cinci rânduri de cost.

§03 Nedovedit

Ce încă nu s-a întâmplat

Câteva apeluri de pe telefonul unui coleg nu înseamnă producție. Nu am rulat volum, nu am ținut un client pe sistemul ăsta și nu am trecut nicio plată reală.

Lista de mai jos este ce ar trebui să te intereseze dacă te gândești să pui trafic real pe el.

Ce nu a fost demonstrat.
volum și producție	Cel mai mare număr de apeluri simultane atins vreodată pe sistemul ăsta este unu. Nu există măsurători de sarcină, nu există o zi de trafic real și niciun client nu a fost servit.
plată reală	Niciuna. Rutele de facturare rulează SDK-ul real de plăți peste un transport simulat, iar consola nici măcar nu are buton de adăugare a unui card.
sincronizare media	Centrala a fost testată sub emulare de procesor pe o mașină de dezvoltare. Semnalizarea și planul de apelare au fost verificate; sincronizarea audio măsurată pe gazda aceea nu este reprezentativă pentru un server.
trunk de operator	Niciun apel nu a trecut printr-un trunk SIP propriu. Doar Twilio a fost folosit, și doar prin API-ul lui, nu prin SIP.

§04 Demonstrat

Lucruri care s-au întâmplat.

Nu totul așteaptă o credențială. Câteva părți ale sistemului au fost puse la treabă pe infrastructură reală sau pe un apel sintetic complet, iar acelea merită separate de restul.

Ce a fost demonstrat.
centrala pornește	FreeSWITCH pornește curat de pe un volum gol, cu ambele profiluri SIP active pe porturile lor interne și externe și cu zero erori.
scenarii SIP	11 din 14 scenarii SIPp trec pe centrala aceea vie, într-o singură rulare: OPTIONS, înregistrare cu autentificare digest, o parolă greșită refuzată, o stabilire și o închidere completă de apel, anulare, punere în așteptare și reluare, DTMF prin INFO, transfer, o invitație neautorizată provocată, o cerere malformată respinsă și un apel fără confirmare recuperat. Ultimele două au nevoie de un gateway de operator îndreptat înapoi spre bancul de test.
un apel sintetic complet	Poarta de acces duce un apel complet prin codul real de sesiune, pe furnizori simulați, inclusiv o întrerupere care execută toți cei nouă pași în ordine și aruncă din coadă cadrele audio pe care apelantul nu trebuie să le audă.
client MCP	Transporturi, descoperire, poarta de permisiuni și un set mare dedicat falsificării cererilor din server, fiindcă un server MCP este un URL controlat de altcineva.
izolare între tenanți	O citire între tenanți prin legarea implicită a modelelor la rute a fost găsită de aceste teste, reparată global și are acum un test de regresie. Exact pentru asta există setul.

§05 Lipsuri

Neblocate, dar neterminate.

Sunt lucruri pe care raportul de construcție le listează ca muncă rămasă și pe care nu le ține pe loc nimic din exterior. Apar aici cu aceleași cuvinte, nu descrise ca fiind în curând.

Din secțiunea de muncă rămasă a raportului de construcție, plus un blocaj deschis din notele de inginerie.[2]

01 SDK-uri de server generate din documentul OpenAPI. Documentul există; SDK-urile nu sunt livrate.
02 Un SDK pentru mobil. Neînceput.
03 Autentificare unică SAML 2.0. Are nevoie de o bibliotecă de semnătură XML. Provizionarea SCIM există; grupurile SCIM nu.
04 Vorbire în vorbire este implementată și testată unitar, dar încă nu este aleasă de sesiunea de apel — lanțul textual este singura cale conectată azi.
05 Preluarea documentelor PDF și Office vechi în bazele de cunoștințe. Are nevoie de o bibliotecă de parsare.
06 Reordonarea rezultatelor la căutarea hibridă. Interfața este acolo, implementarea nu.
07 Codecul Opus. Restul lanțului audio este complet.
08 O imagine izolată pentru uneltele de shell și de calculator. Clientul refuză deocamdată să execute, în loc să cadă pe tăcute pe rulare locală, ceea ce este eșecul corect.
09 Treptele de preț pe volum sunt stocate, dar nu aplicate. Mediile și depășirile de limită pe cheie au schemă și modele, dar niciun serviciu în spate.

§06 Regula

De ce este scris așa produsul însuși.

Un sistem care raportează o presupunere drept măsurătoare îl învață pe omul care îl folosește să nu aibă încredere în nicio cifră afișată. Odată întâmplat asta, nici cifrele bune nu mai valorează nimic, iar lucrul sincer și lucrul util se dovedesc a fi același lucru.

Așa că regula merge până jos. O latență estimată are prefix, este estompată și spune într-un indiciu că vine dintr-o cifră publicată de vendor. Un cost dedus din prețuri de listă la un ritm presupus de replici o spune. Un ansamblu care a putut fi evaluat doar pentru o etapă din trei refuză să arate un total pe minut, fiindcă acela este un număr pe care un client și-ar face bugetul.

Iar o unealtă care ar avea nevoie de o cutie izolată ce încă nu există refuză să ruleze, în loc să execute local și să raporteze succes.

Regula de raportare

Nicio integrare nu este dată drept funcțională pe un furnizor pentru care nu avem credențială. Totul este fie măsurat aici, fie marcat explicit ca netestat.

BUILD_REPORT.md

Note

1 Numărul de teste, regula de raportare și rezultatele SIP: BUILD_REPORT.md din rădăcina depozitului, datat 2026-09-04.
2 Munca rămasă: același raport.