Asistent de inginerie NewDefence

Echipa dumneavoastră se dublează în fiecare an. Documentația nu. Întrebați oricum — și primiți un răspuns cu surse.

Companiile NewDefence au problema de cunoaștere inversă față de giganții cu care concurează. Fără arhive de patruzeci de ani, fără val de pensionări — în schimb: datorie de viteză. Trei iterații hardware pe an, decizii luate în fire de Slack și în analize de proiectare, cunoaștere împrăștiată prin Notion, Git, PLM, foldere de campanii de test și în capul primilor douăzeci de ingineri. La douăzeci de oameni funcționează strălucit. La optzeci, fiecare angajare nouă diluează contextul, aceleași întrebări primesc răspuns a cincea oară și nimeni nu poate spune repede de ce s-a schimbat laminatul lonjeronului aripii în v4 — deși răspunsul a decis un test de zbor.

Soluția standard a startup-urilor — “folosiți pur și simplu ChatGPT pe documentele noastre” — dispare în momentul în care lucrați cu clienți din apărare: control al exporturilor, clasificare, acorduri NDA cu clienții. Exact de aceea construim asistentul în mod suveran: rulează pe infrastructura dumneavoastră sau într-un cloud din UE aflat sub controlul dumneavoastră, indexează sursele împrăștiate cu permisiunile intacte și răspunde la întrebări de inginerie cu sursa atașată — analiza de proiectare, raportul de încercare, commit-ul, pagina.

Priviți-l ca pe o memorie instituțională pentru o companie prea tânără ca să aibă una — instalată înainte ca haosul să se acumuleze, nu după.

// Datoria de cunoaștere în hipercreștere, în cifre

0× / an

creșterea echipei la companii defence-tech în scalare — fiecare cohortă cunoaște mai puțin context decât cea dinainte

0+ instrumente

în care trăiește cunoașterea de inginerie — CAD/PLM, Git, Notion, chat, foldere de campanii de test

din ziua de lucru a unui inginer se pierd căutând și reîntrebând ce știe deja compania

0 spre exterior

documente sau prompturi care vă părăsesc controlul — suveran prin concepție, pentru că clienții din apărare verifică

Viteza creează cunoaștere. Viteza o și pierde.

Puterea unei companii NewDefence este viteza de iterație: proiectezi, construiești, zbori, înveți, repeți — în luni, nu în ani. Dar fiecare iterație produce decizii, iar deciziile produc întrebările care contează mai târziu. De ce acest laminat? Ce a arătat de fapt campania de vibrații de la v3? Pe ce standard de elemente de fixare ne-am oprit și a fost înainte sau după problema termică? La scară de prototip, răspunsurile trăiesc în încăpere. La scară de serie — cu o a doua linie de produs, cu porțile de calitate ale unui client militar și cu patruzeci de ingineri veniți după decizie — încăperea nu mai există.

Simptomele sunt mereu aceleași: ingineri seniori care petrec ore pe săptămână răspunzând din nou la întrebări de integrare; decizii redeschise pentru că justificarea lor zace într-un fir de chat de acum doi ani; cunoaștere de test închisă în foldere de campanie pe care nimeni nu le mai deschide; și primul audit al unui client militar, care scoate la iveală că “suntem rapizi” și “putem arăta de ce” sunt capabilități diferite.

Soluția nu este să încetiniți și să scrieți documentație ca un gigant — asta ar ucide avantajul. Soluția este să faceți interogabilă cunoașterea pe care o produceți deja, în instrumentele pe care le folosiți deja: o indexați acolo unde se află, păstrați permisiunile intacte și lăsați fiecare inginer să întrebe compania în loc de holul de la birou.

// Exemplu ilustrativ: asistentul pe cunoașterea proprie, împrăștiată, a companiei

De ce am schimbat laminatul lonjeronului aripii între v3 și v4 — și este justificarea documentată undeva unde un auditor al clientului ar putea să o vadă?

Laminatul s-a schimbat după ce campania de vibrații v3 (TC-2025-09) a arătat rezonanță în banda 40–45 Hz la secțiunea exterioară; analiza de proiectare DR-141 a aprobat stratificarea revizuită cu două straturi ±45° adăugate, compensate cu 210 g de masă. Justificarea există în DR-141 și în raportul campaniei — dar atenție: înregistrarea de modificare din PLM nu trimite la niciuna dintre ele. Pentru o pistă pregătită pentru audit, acea legătură ar trebui adăugată; o referință încrucișată este deja redactată. Campania de test TC-2025-09 · §4Analiza de proiectare DR-141Înregistrare de modificare PLM: legătură lipsă

Sunt nou aici — ce standard de elemente de fixare folosim la fuzelaj și unde este tabelul de cupluri de strângere?

Structura primară a fuzelajului folosește standardul intern WS-007 rev. B (stabilit în 2025, după problema de ciclare termică — istoricul se află în firul legat, merită citit o dată). Tabelul de cupluri este §3 din WS-007; fișa rapidă pentru hală se află în wiki-ul de asamblare. Atenție la primul dumneavoastră montaj: WS-007 nu se aplică explicit compartimentului de sarcină utilă — acolo este valabil WS-011. WS-007 rev. B · §3Fir de decizie 2025-03Wiki de asamblare · fișă rapidă

Construit pentru stack-ul pe care îl aveți cu adevărat — nu pentru cel al unui gigant

Fără proiect de migrare a documentelor, fără precondiția “faceți întâi ordine în wiki”. Asistentul întâlnește cunoașterea acolo unde se află deja, iar suveranitatea este implicită, nu un upgrade:

01 — CONECTARE

Instrumentele dumneavoastră, așa cum sunt

CAD / PLM (NX, Teamcenter & co.)
Repo-uri Git & documente de inginerie
Notion / Confluence / wiki-uri
Foldere de campanii de test & rapoarte

02 — INDEXARE

Înțelese, cu permisiunile intacte

Documente, fire, commit-uri, rapoarte
Decizii legate de dovezile lor
Acces oglindit per utilizator & marcaj
Actualizările intră continuu

03 — ÎNTREBARE

Acolo unde trăiesc inginerii dumneavoastră

Browser, IDE, chat — la alegere
Limbaj simplu, terminologia dumneavoastră
Germană & engleză
Răspunsuri în câteva secunde

04 — RĂSPUNS

Cu surse, sau deloc

Fiecare afirmație își citează sursa
Un clic până la original
„Nu s-a găsit“ în loc de invenție
Lacune marcate — datoria de audit devine vizibilă

Patru sarcini pe care asistentul le preia din prima zi

Pentru o companie defence-tech în scalare, asistentul își câștigă locul în patru situații recurente:

Integrare în ritmul angajărilor

Fiecare inginer nou îi pune asistentului cele o sută de întrebări de context — standarde, convenții, „de ce facem așa“ — în loc să-i taxeze pe inginerii fondatori. Cohorta care se alătură la 80 de oameni primește contextul pe care cohorta de la 20 l-a absorbit prin osmoză.

Istoricul iterațiilor, păstrat

„Ce s-a schimbat între v3 și v4 și de ce?“ — răspuns din analize de proiectare, înregistrări de modificare și rapoarte de campanie, cu surse. Deciziile nu mai sunt redeschise, iar lecțiile din hardware-ul zburat rămân învățate.

Cunoaștere de test, deblocată

Rapoartele de campanie și rezumatele de telemetrie devin interogabile: ce configurații au arătat rezonanța, ce au validat testele de mediu, ce defecte se repetă. Cea mai scumpă cunoaștere pe care o produceți nu se mai retrage în foldere.

Pregătirea pentru audit, ca efect secundar

Clienții militari vor cere pista din spatele deciziilor. Asistentul nu doar o găsește — semnalează și unde lipsesc legături, cât timp sunt încă ieftin de reparat. Datoria de trasabilitate devine vizibilă cu ani înainte să devină o constatare de audit.

Pentru cine este asta

Sunteți un candidat dacă majoritatea punctelor de mai jos se aplică:

Construiți drone, muniție, hardware spațial sau defence-tech — și iterați în luni, nu în ani.
Echipa s-a dublat (sau se va dubla) — iar integrarea rulează pe calendarele inginerilor fondatori.
Cunoașterea de inginerie este împrăștiată în cinci sau mai multe instrumente: CAD/PLM, Git, wiki-uri, chat, foldere de test.
Justificările deciziilor se află în fire de discuție și în capul oamenilor — și sunt redeschise când autorul nu este disponibil.
Clienții din apărare aduc control al exporturilor, clasificare și așteptări de audit — AI-ul din cloud public nu este o opțiune.
Vreți asta funcțional în câteva săptămâni, nu ca pe un program de documentare de șase luni.

La ce se conectează asistentul

Stack-ul real al unei companii defence-tech în scalare — permisiuni oglindite, suveranitate implicită.

NX / Teamcenter / PLM-ul dumneavoastră Repo-uri Git & documente de proiectare Notion / Confluence / wiki-uri Campanii de test & rapoarte Fire de decizie (curatoriate) Standarde interne, pe măsură ce se formează SSO & oglindirea permisiunilor Marcaje de control al exporturilor respectate On-prem / cloud UE sub controlul dumneavoastră

Înainte și după: inginerul nr. 85 începe

Cea mai nouă angajare începe într-o luni — inginer mecanic, isteț, cu zero context. Iată cum arată prima lună, de o parte și de alta a schimbării:

Înainte — osmoză la scară

Fiecare întrebare întrerupe un senior — sau așteaptă unul
Standardele se găsesc întrebând trei oameni și primind două răspunsuri
Deciziile vechi par arbitrare — așa că sunt „îmbunătățite“, iar defectele vechi revin
Productiv după luni — înmulțit cu fiecare angajare din cohortă

După — compania răspunde

Întrebările de context primesc răspuns în câteva secunde — cu surse, fără să-i întrerupă pe seniori
Standardele vin cu istoricul și cu excepțiile lor
„De ce“-ul din spatele lui v4 este la o întrebare distanță — lecțiile rămân învățate
Productiv în câteva săptămâni — iar seniorii construiesc produs, în loc să repete contextul

De ce inteliScience

Două lucruri deosebesc asta de “startup-ul RAG numărul patruzeci”. În primul rând, venim dinspre inginerie: construim zilnic pe stack-ul Siemens NX și Teamcenter, înțelegem ce sunt cu adevărat o analiză de proiectare, o înregistrare de modificare și o campanie de test — de aceea asistentul le tratează ca obiecte de inginerie legate între ele, nu ca documente generice. În al doilea rând, venim dinspre partea de apărare a AI-ului: implementările suverane, izolate, sunt arhitectura noastră implicită, nu un punct pe foaia de parcurs — ceea ce contează în ziua în care sosește chestionarul de securitate al clientului dumneavoastră, iar acea zi vine întotdeauna.

Granița onestă: asistentul face cunoașterea împrăștiată interogabilă — nu scrie cunoașterea în locul dumneavoastră. Dacă o decizie nu a fost consemnată nicăieri, niciun AI nu o poate recupera; ce face în schimb asistentul este să semnaleze lacuna cât timp oamenii care își amintesc sunt încă în clădire, ceea ce pentru o companie tânără este cel mai ieftin program de documentare care există. Iar răspunsurile sunt fundamentate sau absente: fiecare afirmație își citează sursa, iar “nu a fost găsit în sursele conectate” este un răspuns pe care îl considerăm o funcție, nu o lipsă.

Preț fix — fără tarife pe zi, fără surprize

Asistent NewDefence ca NX Sprint Plus

€16,900 fix

2–3 surse de cunoaștere conectate (de ex. wiki + o zonă PLM + un folder de campanie de test)
Implementat pe infrastructura dumneavoastră sau într-un cloud UE sub controlul dumneavoastră — suveran din prima zi
Evaluare pe 100 de întrebări reale de la inginerii dumneavoastră — rata răspunsurilor fundamentate, măsurată
Raport de lacune: unde lipsește justificarea deciziilor — cât timp este încă ieftin de consemnat
Blueprint de rollout: mai multe surse, permisiuni la scară, traseu către izolare completă dacă o cer clienții

Începeți discuția despre pilot

4 săptămâni · ritm de startup, scop fix · decideți după aceea, fără obligații.

Pentru comparație

Costul osmozei

Ingineri fondatori care petrec zile pe săptămână ca manuale umane de integrare
Luni de acomodare per angajare, înmulțite cu un efectiv care se dublează
Și cea scumpă: lecții zburate, reînvățate la următoarea iterație

Întrebări frecvente

De ce nu pur și simplu ChatGPT Enterprise sau Copilot pe documentele noastre?

Trei motive, în ordine crescătoare a gravității. Instrumentele generice tratează cunoașterea dumneavoastră de inginerie ca documente plate — nu înțeleg că o analiză de proiectare, o înregistrare de modificare și o campanie de test sunt obiecte legate între ele, iar acolo se află răspunsurile utile. Nu vă oglindesc permisiunile și marcajele de control al exporturilor per utilizator. Și, decisiv: în ziua în care chestionarul de securitate al clientului dumneavoastră din apărare întreabă unde sunt procesate prompturile și documentele, „un serviciu cloud din SUA“ încheie discuția. Implementarea suverană nu este un moft pe această piață — este biletul de intrare.

Documentația noastră este, sincer, un haos. Nu strică asta RAG-ul?

Un haos cu substanță bate un gol curat — iar startup-urile în scalare au substanță: analize de proiectare, rapoarte de încercare, commit-uri, fire de discuție. Asistentul lucrează pe această realitate, iar raportul lui de lacune vă arată exact unde justificările nu au fost consemnate niciodată, ordonate după cât de des sunt căutate. Asta transformă „ar trebui să documentăm mai mult“ dintr-o vinovăție într-o listă scurtă — și o consemnează cât timp oamenii care își amintesc sunt încă acolo. Nu faceți curat ca să implementați asistentul; implementați asistentul ca să știți ce merită curățat.

Ce îl împiedică să inventeze răspunsuri?

Asistentul răspunde doar din pasaje regăsite în sursele dumneavoastră conectate; fiecare afirmație poartă o citare pe care inginerul o poate deschide; iar când nu se găsește nimic solid, spune „nu s-a găsit“ și listează cele mai apropiate potriviri. În pilot măsurăm rata răspunsurilor fundamentate pe 100 de întrebări reale — inclusiv unele deliberat fără răspuns, pentru că pentru hardware care zboară, „știe când nu știe“ este proprietatea care contează cel mai mult.

Avem nevoie de GPU-uri on-prem sau este suficient cloud-ul UE?

Ambele variante funcționează, iar răspunsul onest depinde de structura clienților dumneavoastră. Un mediu de cloud UE sub controlul dumneavoastră este locul de unde pornesc majoritatea companiilor defence-tech — rapid, fără achiziții de hardware, curat contractual pentru majoritatea programelor curente. Complet izolat, on-premises, este finalul de partidă odată ce apare munca clasificată, iar arhitectura este construită astfel încât trecerea să fie o mutare, nu o reconstrucție. Blueprint-ul de rollout din pilot trasează acel traseu în raport cu cerințele reale ale clienților dumneavoastră.

Poate citi repo-urile noastre Git și datele de test, nu doar paginile de wiki?

Da — tocmai despre asta e vorba la o companie de inginerie. README-uri Git, documente de proiectare din repo-uri și contextul commit-urilor; rapoarte de campanii de test și rezumate structurate ale rezultatelor; itemi PLM și înregistrări de modificare; wiki-uri și fire de decizie curatoriate. Ce nu indexăm în mod deliberat este zgomotul brut (istoricul complet de chat, telemetria brută) — selecția surselor din pilot este o decizie de curatoriere pe care o luăm împreună cu dumneavoastră, pentru că calitatea răspunsurilor urmează calitatea surselor.

Suntem 40 de oameni. Nu este exagerat?

Patruzeci este, probabil, cel mai bun moment: destulă cunoaștere ca să merite indexată, destul de puține surse ca instalarea să fie rapidă, iar dublarea care îl face indispensabil este încă în față. Instalat acum, fiecare angajare viitoare se integrează pe el și fiecare decizie ajunge în el — instalat la 150, veți reconstrui în schimb doi ani de context. NX Sprint Plus de patru săptămâni este dimensionat intenționat astfel încât o companie de mărimea dumneavoastră să îl poată face pur și simplu.

Angajați douăzeci de ingineri anul acesta. Dați-le contextul primilor douăzeci.

Aduceți cele zece întrebări la care inginerii dumneavoastră fondatori răspund în fiecare săptămână — vă arătăm asistentul răspunzând la ele din propriile dumneavoastră instrumente, cu surse, într-un NX Sprint Plus de patru săptămâni.

Discutați cu un inginer AI pentru cunoaștere

Suntem întotdeauna aici pentru a vă sprijini - contactați-ne cu întrebările dvs. și vă vom ghida la fiecare pas.

Telefon: +40 774 463 429
Locația noastră: Str. Ploiești 9, 400157
Cluj-Napoca, România
E-mail: info@inteliscience.net
LinkedIn: inteliScience pe LinkedIn
YouTube: inteliScience pe YouTube