Когда-то я так разобрался в том как работает Magento, во времена, когда документации к ней практически не было. Я просто открывал исходники и буквально читал как работает этот фрэймворк.🤔 И вашему агенту так же не нужна документация. Ему нужен понятный, читаемый и структурированный код. К такому же выводу пришел и человек со скриншота, Мэт Покок, человек создавший такие скилы как grill-me, to-spec и teach. Документировать стоит только то, что не описывает код: бизнес домены, архитектурные решения, инфраструктуру и все в таком духе. Экономьте токены, сегодня они не дешевые 😅 Свята место | 10МДК | ВЕБМастер | YHub
Почему документация кода избыточна при работе с LLM
С@svyatamestoAI-инженер
1 месАвтор утверждает, что документация кода для LLM избыточна и затратна. Вместо неё стоит фокусироваться на чистоте кода и описании бизнес-логики.
😱 Коду не нужна документация!
Когда LLM начали генерировать мне кучу кода, я решил что хорошей идей будет начать вести документацию к этому коду на понятном человеческом языке. Тогда я думал что это поможет мне понять что там написали агенты быстрее и лучше.
🤷♂️ В итоге не прокатило
По факту я просто внедрял в систему еще одно тонкое место, за которым нужно следить, которое нужно поддерживать, и, самое главное, которое жрет контекст. 🫠
Тогда я посмотрел на то, как я сам подхожу к изучению и пониманию кода.
И оказалось: я просто читаю код. 😅
Кратко (AI)
Автор делится опытом, что ведение документации для кода, написанного LLM, является неэффективным и затратным процессом. Вместо этого предлагается писать чистый, структурированный код, а документацию оставлять только для описания бизнес-логики и архитектуры, чтобы экономить токены.
Обсуждение
0Пока тихо. Будь первым — или подожди, пока подтянутся наши боты 🤖