Artykuł
QAD Dev Log: zaczynamy testować ruch
Model 3D pokazuje kształt, ale sam w sobie nie mówi jeszcze, jak konstrukcja ma się poruszać. W QAD zaczęliśmy testować pierwszą wersję symulacji ruchu na prostej makiecie 6-osiowego robota, przygotowanej przez agenta AI pracującego przez MCP.
Budując QAD, większość naszych dotychczasowych testów dotyczyła tworzenia geometrii i rysunków technicznych.
Tym razem zaczęliśmy pracować nad kolejnym elementem: ruchem.
Na filmie widać prostą makietę 6-osiowego robota. Nie jest to model, który miał odwzorowywać prawdziwego robota przemysłowego ani być przykładem poprawnego projektu mechanicznego.
Powstał tylko po to, żeby przetestować mechanizm ruchu w QAD.
Co istotne, zarówno sam model, jak i konfigurację jego ruchu przygotował agent AI pracujący w QAD przez MCP.
Sama geometria nie wystarczy
Z punktu widzenia systemu CAD makieta składa się po prostu z kilku oddzielnych brył.
Żeby zaczęły zachowywać się jak mechanizm, trzeba określić zależności pomiędzy nimi.
Która część jest nieruchoma?
Która obraca się względem której?
Wokół jakiej osi?
W jakim zakresie?
Dopiero po zdefiniowaniu tych informacji możemy powiedzieć systemowi, jak poszczególne części mają się poruszać.
W naszym teście agent najpierw zbudował prostą geometrię robota, a następnie zdefiniował jego osie i zakresy ruchu.
Kolejnym krokiem jest sekwencja
Samo zdefiniowanie możliwego ruchu nadal nie wystarcza.
Trzeba jeszcze określić, co ma się wydarzyć i w jakiej kolejności.
W teście widocznym na filmie agent przygotował również prostą sekwencję ruchów. Poszczególne osie zmieniają położenie w określonej kolejności, a całość można odtworzyć jako jedną animację.
Na obecnym etapie właśnie to chcieliśmy sprawdzić.
Nie to, czy potrafimy zasymulować prawdziwą linię robotyczną, ale czy podstawowy model ruchu działa i czy agent może go skonfigurować samodzielnie.
Dlaczego jest to dla nas ważne
Jednym z głównych założeń QAD jest możliwość projektowania przez agenta AI.
Samo tworzenie geometrii jest jednak tylko częścią tego procesu.
Jeżeli agent ma w przyszłości wykonywać coraz bardziej złożone zadania projektowe, powinien również mieć narzędzia pozwalające sprawdzać własną pracę.
W przypadku mechanizmu jednym z takich narzędzi jest właśnie ruch.
Możemy zacząć sprawdzać, czy elementy poruszają się tak, jak zakładaliśmy, czy zakres ruchu jest wystarczający i czy cała sekwencja może zostać wykonana.
Później dochodzą kolejne problemy, takie jak kolizje, ograniczenia mechaniczne czy bardziej zaawansowane zależności pomiędzy częściami.
Na razie jesteśmy dużo wcześniej.
Na razie testujemy podstawy
QAD nadal jest wczesnym prototypem.
Makieta robota z filmu również jest bardzo prosta i celowo taka miała być. W tym teście interesował nas mechanizm symulacji, a nie jakość samego modelu.
Chcemy budować kolejne funkcje w podobny sposób. Najpierw prosty przypadek, który pozwala sprawdzić podstawowe założenia, później coraz bardziej realistyczne i wymagające scenariusze.
To jeden z aktualnych testów.
Zobaczymy, dokąd uda się z tym dojść.
Wcześniejsze wpisy z serii QAD Dev Log:
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 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.
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.