Codex допоміг створити генератор коробок для 3D-друку

Два ресети перетворилися на генератор коробок

Тут чіпляє не сума, а результат: coding-модель допомогла створити застосунок, що генерує налаштовувані коробки для 3D-друку. В оригінальному обговоренні користувач пише, що увімкнув «Астру» на Ultra у швидкому режимі й за два дні витратив два ресети на тарифі, вказаному як 200 доларів.

Первинне джерело — не пресреліз, а звіт користувача, тому це не відтворюваний бенчмарк. У повідомленні немає даних про кількість запитів, токени, складність коду або частку ручних виправлень. Не можна пов’язувати два ресети з універсальною вартістю такої розробки.

Технічно робочий патерн виглядає переконливіше за ідею, що модель одразу малює STL. Coding-LLM генерує параметричний Python-код, CAD-фреймворк на кшталт build123d будує твердотільну геометрію, а потім результат експортується у STL або OBJ для слайсера.

Для коробок це майже ідеальний клас завдань. Довжина, висота, товщина стінок, зазори кришки, перегородки та вирізи задаються параметрами, а не ручним переміщенням вершин. Один скрипт може створювати сімейство деталей, і саме тут іграшковий генератор стає повноцінним інженерним інструментом.

Придатність до друку, утім, не виникає автоматично. Насамперед я перевірив би замкнутість тіла, мінімальну товщину стінок, допуски спряжень, нависання та поведінку геометрії на крайніх значеннях параметрів. Гарний попередній рендер ще не означає, що кришка защіпнеться після друку.

Чому це більше, ніж кумедна коробочка

Головна зміна проста: coding-моделі скорочують шлях від словесної вимоги до редагованої фізичної деталі. Найбільше виграють кастомні корпуси, кріплення, оснащення та швидкі прототипи, де важлива серія варіантів, а не одна художня форма.

Сильна модель не скасовує CAD-ядро та перевірку обмежень. Вона прискорює написання параметричної програми, але фактичну геометрію будує бібліотека, а придатність підтверджують слайсер і зрештою сам друк. Саме це відрізняє корисну автоматизацію від ефектної генерації файлів.

Два ресети за два дні звучать дорого, але без даних про кількість ітерацій це лише сигнал високої інтенсивності роботи. Справжнє питання інше: чи дає дорогий режим менше невалідних тіл і правок, ніж дешевший, чи просто швидше спалює ліміт. Відповіді поки немає, але напрям уже виглядає цілком реальним.

Раніше ми розглядали, як згенерований ШІ код може створювати проблеми з якістю та підтримкою, якщо приймати його без перевірки. Ті самі ризики стосуються скриптів і робочих процесів для створення моделей, придатних для 3D-друку.