Актуальні теми
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Проект HVM-by-AI вдарився об стіну.
Все працювало гладко, але у нас є проблема: інтерпретатор C є рекурсивним, що означає, що він переповнює стек для великих програм. Я попросив штучний інтелект перетворити його на інтерпретатор на основі ручного стека/циклу, але це не вдалося.
На щастя, у HVM3 вже є такий інтерпретатор! Отже, я надав йому відповідні частини HVM3 і попросив його перенести його. Все, що йому потрібно було зробити, це адаптувати старий код до нової кодової бази. На жаль, навіть з таким масовим натяком ШІ знову зазнав невдачі.
Потім я породив 3 екземпляри і попросив їх налагодити, і зупинитися лише тоді, коли вивід правильний. Я навіть дав їм інструменти, щоб поетапно порівнювати виконання. Всі 3 зазнали невдачі.
Гадаю, це межа... Я знаю, що, напевно, зміг би зробити це сам за годину або дві, але що якщо я не зможу? Я дуже хочу з'ясувати, чи може комп'ютер вирішити цю проблему самостійно, для науки.
Але у мене немає ідей: GPT-5 high – найрозумніша модель, яка у нас є. Якщо він не може вирішити цю проблему, то що ще може? Можливо, 256 екземплярів? Можливо, застосовуєте тонке налаштування під час тестування до якоїсь іншої моделі?
Думки?


21 серп. 2025 р.
До речі, я в основному повністю перестав використовувати Opus, і тепер у мене є кілька вкладок Codex з GPT-5-high, які працюють над різними завданнями на 3 кодових базах (HVM, Bend, Kolmo). Прогрес ще ніколи не був таким інтенсивним. Моя робота зараз полягає в основному в передачі чітко визначених завдань Codex і перегляді його результатів.
OpenAI не платить мені і не може бути байдужим до мене. Ця модель просто дуже хороша, і той факт, що люди її не бачать, змусив мене зрозуміти, що більшість з вас, ймовірно, використовують чат-ботів як подруг або щось інше, ніж допомога зі складними завданнями кодування
101,45K
Найкращі
Рейтинг
Вибране