У загальному введенні та виведенні токенів кодування ШІ існує універсальний закон, тобто чим менша частка кодової частини, тим краща якість коду. Кількісна зміна може спричинити якісні зміни, але ця сума набагато більше нагромаджена, а не сума коду купи. Але проблема багатьох моделей зараз полягає в тому, що на етапі навчання коду може бути занадто багато, і вони часто виводяться і працюють тільки в напрямку коду. Якби ми не перервали його через агента, сконструйованого підказкою, або якесь інше зовнішнє середовище, він писав би все енергійніше і енергійніше. Справа не в тому, що якщо ви пишете занадто багато коду, він, мабуть, помиляється. Замість цього пропорцію слід зменшити, і потрібна велика кількість інших текстових описів, щоб багаторазово перебирати всі деталі, знову і знову прискіпливо розглядати, знову і знову визначати в різних схемах, багаторазово блукати по загальному і мікроскопічному рівнях, розглядати проблему з різних точок зору. Обов'язково знайдіть спосіб задати питання, або написати документи, або прочитати документи, або дозволити йому подивитися на них ще раз, або зайти в Інтернет, щоб знайти посилання, це зрілі та ефективні методи, словом, використовуйте інші речі, щоб зменшити частку коду. Це не строгий причинно-наслідковий зв'язок, але він має велике значення в більшості процесів. Чим більше даних поза кодом, тим менша частка коду, і тим краще він має тенденцію до написання. Все дуже просто.