1/ Моделі стають кращими в коді! Те, як ви використовуєте агенти, також може мати 10-кратний вплив. Хто використовує кодувальні агенти всередині в «розширеному режимі»? DM на вечерю в @conviction запрошення на цю тему Деякі нотатки з бесід з командами стартапів @conviction про найкращі практики:

2/ Контекст фронтального завантаження. Зберігайте в репозиторії з метою проекту, архітектурними вказівками, структурою файлів, посібником зі стилю та командами тестування, щоб агенти записували відповідно до ваших стандартів

3/ Поетапність роботи. планувати → впроваджувати → перевіряти → уточнювати --> зобов'язання. Попросіть агента пояснити вибір дизайну та виявити погані припущення на ранній стадії

4/ Створення/використання валідації в циклі та триває по всій вашій кодовій базі! Від linters до , review є відсутньою ланкою, і є велика перевага в кращій автоматизованій перевірці

5. Створюйте контрольні точки - ви можете випередити своє власне розуміння кодової бази. Ризик полягає в тому, що «LGTM» належить кожному, і у вас є функції, які ніхто не може повністю пояснити, налагодити або безпечно змінити

6. Подаруйте своїм агентам пам'ять. Спільні шаблони командних рядків + команди (/plan, /spec, /implement, /review, /revise, /commit) забезпечують стабільне використання та якісне доповнення

7/ Поєднуйте з такими інструментами, як @CorridorSecure, і автоматично передавайте сліди, сканування та помилки назад у агент

8/ Повторний базовий рівень автоматично. Коли відбуваються значні зміни, внесіть сценарій оновлення та новий підсумок кодової бази, щоб підтримувати «ментальну модель» агента в актуальному стані

9/9 навмисно розпаралелюють. Розбийте роботу на тематичні, незалежні квитки з тестами + контекстом. Запускайте агентів паралельно та тримайте людей на дизайні, інтеграції, складному налагодженні в 2-му проході та критичних оглядах. Не дивіться, як біжать агенти!