Przejdź do treści
Logo Qasttor
QASTTORDORADZTWO TECHNOLOGICZNE I WDROŻENIA

Artykuł

QAD Dev Log — rysunek techniczny jest bardziej abstrakcyjny, niż się wydaje

Nadal jesteśmy na etapie wczesnego prototypu i jednym z obszarów, nad którymi obecnie dużo pracujemy, są rysunki techniczne. To ciekawy problem, bo na pierwszy rzut oka może wydawać się bardzo konkretny, wręcz mechaniczny.

24 sie 2026
QAD Dev Log — rysunek techniczny jest bardziej abstrakcyjny, niż się wydaje

Budujemy QAD jako CAD tworzony od początku jako rozwiązanie AI-first, oparte o MCP.

W praktyce chodzi o to, żeby można było projektować poprzez rozmowę z czatem i dostarczanie mu danych, na których ma pracować.

Nadal jesteśmy na etapie wczesnego prototypu i jednym z obszarów, nad którymi obecnie dużo pracujemy, są rysunki techniczne.

To ciekawy problem, bo na pierwszy rzut oka może wydawać się bardzo konkretny, wręcz mechaniczny.

Mamy model 3D. Geometria już istnieje. Trzeba zrobić z niej rysunek.

W praktyce pomiędzy tymi dwoma punktami znajduje się zaskakująco dużo decyzji.

Model 3D nie mówi, jak ma wyglądać rysunek

Model daje bardzo konkretne informacje o geometrii.

Nie odpowiada jednak sam z siebie na kilka podstawowych pytań:

  • jakie widoki powinny znaleźć się na rysunku,
  • ile widoków potrzebujemy,
  • jak powinny być ułożone na arkuszu,
  • jakie wymiary należy dodać,
  • gdzie te wymiary powinny się znaleźć.

I właśnie tutaj problem zaczyna robić się dużo bardziej abstrakcyjny.

Sama geometria jest jednoznaczna. Otwór ma konkretną średnicę i położenie. Element ma określony kształt. Wymiar ma konkretną wartość.

Ale decyzja o tym, jak najlepiej przedstawić te informacje na rysunku, nie jest już tak oczywista.

Każdy rysunek może być zupełnie inny

Dochodzi do tego ogromna różnorodność samych przypadków.

Rysunek może przedstawiać prostą płytkę z kilkoma otworami.

Może też przedstawiać znacznie bardziej skomplikowany element albo całe złożenie.

Nie da się więc po prostu znaleźć jednego układu widoków, jednego zestawu wymiarów i stosować go wszędzie.

To, co jest czytelne i sensowne w jednym przypadku, w innym może nie mieć większego sensu.

Bardzo konkretny i bardzo abstrakcyjny problem jednocześnie

To jest chyba najciekawsza rzecz, którą widzimy przy pracy nad tym fragmentem QAD-a.

AI pracuje na czymś bardzo konkretnym: modelu 3D, geometrii, wymiarach i położeniu elementów.

Jednocześnie musi podejmować decyzje dużo bardziej abstrakcyjne:

co pokazać i jak to pokazać, żeby powstał sensowny rysunek.

Samo utworzenie widoku modelu jest tylko częścią problemu.

Dużo trudniejsze jest zdecydowanie, jaki widok ma sens, gdzie go umieścić i jakie informacje powinny się na nim znaleźć.

Na razie testujemy

QAD nadal jest wczesnym prototypem.

Screen z tego wpisu pokazuje jeden z naszych obecnych testów związanych z tworzeniem rysunków.

Nie pokazujemy tu gotowego rozwiązania. Właśnie na takich przykładach sprawdzamy, gdzie podejście działa, gdzie pojawiają się problemy i które decyzje są najtrudniejsze.

I nad tym teraz pracujemy.

Udostępnij

Dziękujemy za przeczytanie

Masz ochotę na więcej? Oto kilka artykułów, które mogą Ci się spodobać.

Może Ci się spodobać

QAD — budujemy CAD od początku jako AI-first

QAD — budujemy CAD od początku jako AI-first

QAD to nasz eksperyment z innym podejściem do CAD-u: zamiast dokładać AI do istniejącego narzędzia, budujemy je od początku jako AI-first i udostępniamy przez MCP. Jesteśmy na etapie wczesnego prototypu.

Agenci AI to gra strategiczna — oto, jak dobrze w nią zagrać

Agenci AI to gra strategiczna — oto, jak dobrze w nią zagrać

Wdrażanie agentów AI bez infrastruktury jest jak budowanie armii bez linii zaopatrzenia.