Cloud Code – Twój zaawansowany desktopowy Copilot dla SOLIDWORKS

Jeśli pracujesz w SOLIDWORKS 3D CAD, to znasz ten schemat: model to jedno, ale czas ucieka na rzeczy „dookoła”. Poprawki, eksporty, szybkie sprawdzenia, porządkowanie plików, CAM, a czasem poprawami wydajności w Windows. Cloud Code traktuję jako narzędzie pomocnicze na desktopie: pomaga mi szybciej przygotować analizę, szkic logiki, fragment kodu lub checklistę.

Ważne zastrzeżenie: Cloud Code nie jest wtyczką do SOLIDWORKS i nie udaję, że „samo” zmienia model w drzewie operacji. Biorę wynik, czytam go i dopiero wtedy przenoszę do SOLIDWORKS, do CAM albo do ustawień Windows.

Rzut ekranu 1. Start zadania i sposób formułowania polecenia.

Dlaczego to podejście ma sens: przyszłość niskokodowa w SOLIDWORKS 3D CAD, SOLIDWORKS 2025 i zarządzaniu danymi

Coraz więcej rzeczy da się zrobić szybciej dzięki rozwiązaniom niskokodowym. Nie chodzi o „pisanie systemów od zera”, tylko o małe usprawnienia: makro do wymiarowania szkicu, analiza eksportu STEP, kontrola G-Kod przed puszczeniem na maszynę, czy szybkie podsumowanie błędów w dziennikach Windows. Tak rozumiem przyszłość niskokodową: mniej ręcznej roboty, więcej czasu na decyzje.

W tym ujęciu Cloud Code wpisuje się w szerszy trend, w którym niskokodowe platformy rozwoju wspierają inżynierów zamiast zastępować narzędzia CAD.

Cloud Code jest dla mnie częścią większego zestawu: niskokodowe platformy rozwoju. Edytor + asystent + szybkie iteracje. To wspiera procesy rozwoju produktu, bo nie trzeba robić wielkiego projektu za każdym razem, ani blokować się na współpracę z zespołami IT przy każdym drobiazgu. Efekt w praktyce to wzrost efektywności procesów i wzrost wydajności.

Przykład: makro VBA do SOLIDWORKS 3D CAD jako narzędzie niskokodowe.

Makra w SOLIDWORKS 3D CAD nadal są jedną z najprostszych dróg, żeby odciążyć powtarzalne klikanie. W moim przypadku chodziło o automatyczne dodawanie wymiarów w szkicach w elementach blachy. Cloud Code pomaga tu w dwóch rzeczach: rozpisuje logikę oraz generuje kod VBA, który potem weryfikuję. To jest praktyczny przykład, jak narzędzia niskokodowe realnie oszczędzają czas.

Rzut ekranu 2. Opis funkcjonalności makra (co ma robić).

Rzut ekranu 3. Iteracja zmian i doprecyzowanie działania.

Rzut ekranu 4. Kod w edytorze VBA po weryfikacji.

Warto pamiętać o danych „obok” modelu: tutaj wchodzi SOLIDWORKS PDM. Jeśli makro ma żyć dłużej niż tydzień, to kontrola wersji i historia zmian robią różnicę. To też jest wsparcie dla rozwoju produktu – bo inni mają jasność, co działa i dlaczego.

Przykład: analiza pliku STEP – projektowanie i produkcja w SOLIDWORKS 2025

Dostajesz złożenie jako STEP i musisz szybko ocenić, co może być problemem w obróbce albo w montażu. Cloud Code nie “czyta geometrii jak CAD”, ale potrafi przeanalizować strukturę pliku STEP (tekstowo), wyciągnąć sygnały: ile komponentów, jakie typy powierzchni, jakie wymiary przewijają się w danych. To ładnie wspiera projektowanie i produkcja, bo zanim odpalisz CAM, masz listę rzeczy do sprawdzenia.

Rzut ekranu 5. Widok modelu w SOLIDWORKS 3D CAD.

Rzut ekranu 6. Polecenie / ustawienie zadania analizy STEP.

Rzut ekranu 7. Wynik analizy (część 1).

Rzut ekranu 8. Wynik analizy (część 2).

Jeśli pracujesz z definicją wymiarów i tolerancji w modelu, to SOLIDWORKS MBD jest tu ważnym kontekstem. Dla danych z zewnątrz często kończy się to decyzją: dopracować model pod SOLIDWORKS MBD, czy tylko przygotować technologię. Tak czy inaczej, SOLIDWORKS MBD wymaga spójności, a taka tekstowa analiza pomaga złapać tematy szybciej.

Przykład: SOLIDWORKS CAM, SOLIDWORKS CAM Standard i CAMWorks – przygotowanie technologii

W CAM zwykle nie brakuje funkcji – brakuje czasu na spokojny przegląd. Tu Cloud Code przydaje się jako recenzent treści: podsumowuje plan obróbki, wypunktowuje ryzyka w programie NC, a potem ja robię decyzję, co poprawić w technologii.

Workflow:

• W SOLIDWORKS CAM ustawiam operacje i generuję ścieżki.
• Eksportuję program i robię przegląd, zanim pójdzie na maszynę.
• Dopiero potem symulacja / zatwierdzenie.

To dotyczy zarówno SOLIDWORKS CAM Standard, jak i SOLIDWORKS CAM Professional. Jeśli ktoś pracuje w ekosystemie CAMWorks, to zasada przeglądu jest podobna. W tle często stoi Knowledge Based Machining: im lepiej zdefiniowane reguły, tym mniej ręcznej roboty. Więcej o produkcie znajdziesz tutaj – SOLIDWORKS CAM.

Rzut ekranu 9. Model w kontekście CAM (przykład do obróbki).

Rzut ekranu 10. Polecenie analizy G-Kod.

Rzut ekranu 11. Wynik analizy i zalecenia dla G-Kod.

Co realnie da się wyciągnąć z analizy G-Kodu w SOLIDWORKS CAM

Dla jasności: Cloud Code nie “wie”, co jest na maszynie i nie bierze odpowiedzialności za bezpieczeństwo. Ale w G-Kod da się wychwycić rzeczy, które człowiek też powinien zauważyć, tylko zwykle nie ma czasu lub się nie zauważa:

• podejrzane szybkie przejazdy w strefie materiału,
• brak typowych bloków bezpieczeństwa na starcie,
• nieoptymalna kolejność wierceń,
• powtórzenia operacji, które wydłużają czas cyklu.

To są małe rzeczy, ale potrafią zrobić różnicę w serii. A jeśli działasz w branżach typu przemysł lotniczy i obronny, to taki „drugi komplet oczu” przed zatwierdzeniem programu jest po prostu zdrowym nawykiem. W tym miejscu SOLIDWORKS CAM i CAMWorks mają podobny problem: wynik z automatu trzeba przeczytać jak człowiek.

Przykład: logi Windows, Cloud Services i stabilność środowiska CAD

W realnym świecie projektowanie i produkcja potrafią się wywrócić nie na geometrii, tylko na systemie: brak pamięci wirtualnej, restarty usług, licencjonowanie, wysypujące się komponenty. Cloud Code nie naprawia Windows, ale może pomóc w logach: wyciągnąć priorytety, powiązać zdarzenia, zasugerować kolejność działań. To jest też normalne wsparcie dla biznesu: mniej przestojów, szybciej wracasz do pracy.

Rzut ekranu 12. Folder z zapisanymi dziennikami.

Rzut ekranu 13. Start analizy w konsoli.

Rzut ekranu 14. Stan „w toku”.

Rzut ekranu 15. Wynik analizy logów (wnioski i priorytety).

Rzut ekranu 16. Podgląd zdarzeń z błędami.

Rzut ekranu 17. Podgląd raportu.

Rzut ekranu 18. Finalny raport w PDF.

Przy okazji takie raporty ułatwiają współpracę z zespołami IT, bo zamiast „coś nie działa” dajesz konkretne zdarzenia i priorytety. To jest też uczciwe wsparcie dla klientów, bo ktoś po drugiej stronie dostaje materiał do działania. Dzięki temu wsparcie dla klientów – także wewnętrznych – opiera się na faktach, a nie domysłach.

Efektem takiego podejścia jest nie tylko stabilność środowiska, ale też realny wzrost wydajności pracy zespołu.

SOLIDWORKS CAM Professional, CAMWorks i Knowledge Based Machining w praktyce

Najczęściej przełączam się między SOLIDWORKS 3D CAD a SOLIDWORKS CAM. Sam SOLIDWORKS CAM daje dużo, ale dopiero konsekwentne ustawienie biblioteki narzędzi i reguł sprawia, że jest on powtarzalny. To samo dotyczy SOLIDWORKS CAM Standard, kiedy potrzebujesz szybkich operacji 2.5D, i SOLIDWORKS CAM Professional, gdy dochodzą bardziej złożone strategie. W tle często stoi Knowledge Based Machining – logika „jak obrabiamy ten typ cechy u nas”.

Jeśli firma pracuje na CAMWorks, to nadal można utrzymać ten sam nawyk: po wygenerowaniu ścieżek z CAM robisz kontrolę w ClaudeCode i dopiero zatwierdzasz. U mnie ten etap jest stały: SOLIDWORKS CAM → eksport → review kodu NC w CloudeCode. Jeszcze raz: SOLIDWORKS CAM nie jest „idealny z automatu”, ale skaluje się dobrze, gdy zadbasz o bazę.

Czy CloudCode zastępuje SOLIDWORKS CAM lub CAMWorks?

Nie. Cloud Code nie jest częścią SOLIDWORKS CAM, SOLIDWORKS CAM Standard, CAMWorks ani SOLIDWORKS 3D CAD. To narzędzie pomocnicze, które wspiera analizę, przygotowanie danych i decyzje inżynierskie, ale nie generuje ścieżek ani nie steruje obróbką.

Dane, wersje i przepływ: SOLIDWORKS PDM, systemy PLM i 3DEXPERIENCE

Kiedy wchodzi więcej osób, pojawia się temat: gdzie leżą pliki, kto ma aktualną wersję i jak to spiąć z procesami. Tu zwykle wygrywa SOLIDWORKS PDM – bo jest blisko użytkownika i daje kontrolę wersji. U mnie SOLIDWORKS PDM pojawia się praktycznie zawsze, gdy makro albo raport ma „życie po życiu” i musi być odtwarzalny.

W większych organizacjach dochodzą systemy PLM. Nie każdy potrzebuje go od razu, ale systemy PLM robią robotę, gdy trzeba spinać zmiany, konfiguracje i zatwierdzenia. W ekosystemie Dassault często kończy się to na 3DEXPERIENCE. I tu ważne: Cloud Code niczego nie „integruje” z 3DEXPERIENCE. Ja traktuję 3DEXPERIENCE jako kontekst (gdzie docelowo żyją procesy), a Cloud Code jako narzędzie do przygotowania treści i automatyzacji po drodze.

Takie uporządkowanie danych i wersji bezpośrednio wspiera procesy rozwoju produktu, bo zmiany są możliwe do wykrycia, a decyzje projektowe mają kontekst.

Podobnie jest z Cloud Services. Często korzystam z nich do udostępniania paczek, pracy zdalnej albo synchronizacji. Usługi w chmurze bywają wygodne, gdy pracujesz z podwykonawcą. I znów jest to osobny temat, a Cloud Code tylko pomaga przygotować materiał (opis, checklistę, analizę), który potem trafia do Cloud Services. Dla jasności: Cloud Services są tłem, nie „supermocą”.

SOLIDWORKS Ultimate w SOLIDWORKS 2025 – kontekst platformy 3DEXPERIENCE

Wraz z wersją SOLIDWORKS 2025 pojawił się pakiet SOLIDWORKS Ultimate, czyli rozszerzenie znanego środowiska SOLIDWORKS w stronę pełnego, platformowego podejścia opartego o 3DEXPERIENCE.

SOLIDWORKS Ultimate bazuje na funkcjonalności SOLIDWORKS Premium, dodając przeglądarkowe CAD, narzędzia symulacyjne, renderowanie oraz bezpieczne, chmurowe zarządzanie danymi i współpracę zespołową. Całość jest połączona w jednym środowisku, obejmującym etapy od koncepcji po przygotowanie produkcji.

Z perspektywy inżyniera istotne jest to, że SOLIDWORKS Ultimate porządkuje przepływ pracy między projektowaniem, analizą, weryfikacją wykonalności oraz programowaniem CNC, zamiast przenosić te zadania do zupełnie oddzielnych narzędzi.

W tym kontekście Cloud Code nie jest elementem SOLIDWORKS Ultimate ani platformy 3DEXPERIENCE, ale może pełnić rolę narzędzia pomocniczego: wspierać analizę danych, opisy procesów, checklisty oraz przygotowanie informacji, które następnie trafiają do właściwego środowiska projektowego.

Niskokodowe podejście w praktyce: SOLIDWORKS Electrical, SOLIDWORKS MBD i SOLIDWORKS Toolbox

Proste, praktyczne przykłady niskokodowe, które nie wymagają budowy systemu IT, a realnie pomagają w codziennej pracy inżyniera.

Żeby nie brzmiało abstrakcyjnie, wrzucę kilka rzeczy, które u mnie działają (to są przykłady niskokodowe, nie projekty IT):

• makro VBA do SOLIDWORKS 3D CAD (wymiary, porządek w szkicach),
• skrypt pomocniczy pod SOLIDWORKS MBD (żeby dane i tolerancje były spójne),
• checklista pod SOLIDWORKS Electrical (żeby schematy i listy były spójne),
• porządkowanie biblioteki z SOLIDWORKS Toolbox,
• opis zmian i paczka do SOLIDWORKS PDM,
• przegląd G-Kod jako krok przed zatwierdzeniem.

W praktyce takie zdolności niskokodowe pozwalają zespołom technicznym działać szybciej bez angażowania dużych zasobów IT

To są zdolności niskokodowe: nie budujesz systemu, tylko zwiększasz tempo. W mojej ocenie przyszłość niskokodowa będzie rosła, bo nie wymaga wielkich budżetów, a daje szybki zwrot.

Integracja danych i zarządzanie danymi w środowisku CAD

W wielu firmach „integracja” brzmi jak wielki projekt. Ja podchodzę do tego prościej: systemy do integracji danych mają sens, kiedy naprawdę musisz łączyć źródła i mieć spójny przepływ. Ale zanim z nich skorzystasz, warto uporządkować podstawy: nazewnictwo, SOLIDWORKS PDM, checklisty, raporty. Dopiero potem systemy do integracji danych zaczynają pomagać, a nie przeszkadzać.

AI w cyklu życia produktu: PLM, Cloud Services i podejście clevr

Ciekawym punktem odniesienia dla roli AI w inżynierii jest artykuł „AI in the Product Lifecycle: Where Innovation Meets Intelligence” autorstwa Tim Claes, CEO firmy CLEVR.

Autor pokazuje, że sztuczna inteligencja zaczyna przynosić realną wartość dopiero wtedy, gdy jest osadzona w systemach PLM i ma dostęp do ciągłego wątku danych obejmującego projektowanie, produkcję, eksploatację i utrzymanie produktu. PLM staje się w tym ujęciu fundamentem, na którym AI może wspierać decyzje inżynierskie zamiast działać w izolacji.

W artykule szczególną rolę odgrywają cyfrowe bliźniaki, generative design oraz wykorzystanie AI w utrzymaniu ruchu i zrównoważonym rozwoju. Podkreślone jest również znaczenie podejścia „AI as a Service”, które pozwala łączyć dane techniczne z procesami biznesowymi bez naruszania istniejącej architektury IT.

To podejście jest spójne z założeniem, że narzędzia AI — podobnie jak CloudCode — powinny wspierać analizę, porządkowanie informacji i decyzje, a nie zastępować systemy CAD, CAM czy platformy PLM.

Podsumowanie

Dla porządku dopowiem jeszcze: jeśli ktoś korzysta wyłącznie z SOLIDWORKS CAM Standard, to i tak warto mieć prostą checklistę po eksporcie NC. A przy pracy na CAMWorks łatwo utrzymać podobne standardy, bo ma on zbliżoną filozofię operacji i postprocesorów.

W temacie danych – 3DEXPERIENCE często wraca na spotkaniach, bo klienci pytają „czy da się to spiąć”. Da się, ale spokojnie: najpierw porządek w SOLIDWORKS PDM, potem proces. No i jeszcze jedno: rozwiązania niskokodowe działają tylko wtedy, gdy są proste. U mnie rozwiązania niskokodowe to małe skrypty i makra, a nie wielkie platformy. Do tego dokładam narzędzia niskokodowe, bo są one tańsze w utrzymaniu niż „duży projekt”.

Tak samo aplikacje niskokodowe: jedna mała aplikacja niskokodowe potrafi uratować dzień. To wszystko przekłada się na wzrost efektywności procesów. Więc, wsparcie dla rozwoju produktu rośnie, kiedy masz spójne raporty, makra i checklisty – wtedy jest po prostu bardziej przewidywalne.

Na koniec, wprost: przemysł i technologia to nie miejsce na bajki. Liczą się fakty, testy i powtarzalność – dlatego przemysł i technologia lubi rozwiązania „nudne”, ale skuteczne jak CloudeCode czy agenty AI.

Dla mnie CloudCode to narzędzie, które wspiera SOLIDWORKS 3D CAD, SOLIDWORKS CAM, SOLIDWORKS PDM i kontekst typu 3DEXPERIENCE / systemy PLM / Cloud Services – ale bez udawania integracji. To jest prosta pomoc w projektowanie i produkcja oraz w codziennym wsparcie dla biznesu. Mniej chaosu, lepsza kontrola, szybsze decyzje. Tyle wystarczy.