ШІ утворив кризу робочих місць, скоротивши кількість вакансій розробників у десятки разів. Але, ті, хто залишилися, мають вміти працювати за всіх і у десятки разів швидше. А щоб це виконати, розробнику треба вміти мислити як архітектор.
Чудова стаття, Сергію. Особливо згоден про те, що ШІ не скасовує архітектурне мислення, а робить його критичнішим.
Хочу додати ще один шар: архітектурне мислення — це не лише про GRASP/GoF на етапі проєктування.
Чудовий огляд, дякую за систематизацію. Рамка «шари» дуже правильна — саме так і треба думати про агентний стек. Хочу додати один важливий шар, якого в статті бракує: верифікація протоколів.
Найголовніше в цій статті — это не сам NaviCor, а того, що він артикулює. Код завжди був скелетом, але архітектура починається раніше, у тому просторі де мислення ще не схлопнулось у синтаксис. Третій стан — це саме те, де AI може допомогти.
під терміном «знання» ви маєте на увазі і правила і факти? Додайте власні критерії. Знаходження (не)відповілностей це саме те над чим ми й працюємо, і це складне рішення. Тому ви про це запитуєте, і я запитую теж.
перехопити цей хаотичний кліповий запит користувача, заземлити його на жорсткі правила доменної моделі, прогнати через онтологічний граф, верифікувати висновок і видати залізобетонний доказовий слід.
О, дуже цікава стаття! І підхід гарний. Хоча на HYP-006 про якість трохи не прозоро написано. Якщо llm буде заперечувати слово ви рахували це як «термін застосовано» чи як помилку?
почитайте ще про кешування саме в Клоді, наприклад той же Опус дає 4К токенів, які живуть 5хв, при кроках ці 4К токенів (якщо вони байт-ідентичні) будуть тарифікуватись по 10% від вартості, але ніхто не каже, що коли ми кладемо в голову контексту шматок...
Коментарі