Якщо у вас є великий проект зі складною архітектурою або ви робите однотипні повторювані дії для різних проектів, які можна систематизувати, то цей пост для вас.Я, наприклад, постійно щось змінюю в своєму ІМ, а він реально великий, з кучею незнайомих слів типу Django, PostgreSQL, Celery, Redis, UWSGI і інші незрозумілі слова, якими люблять лякати кодери простих смертних. Нехай я постійно матюкаю розробників сайту, але я їм також дуже дякую за їх роботу. Реально, це ж скільки інфи вони пропустили через себе, щоб створити таку архітектуру, яка глючить, але працює.На сам сервер я АГ чи Кодекс не пускаю, він дає команди, я сам ввожу їх в терміналі. Для того, щоб дізнатись потрібну йому інфу раніше потрібно було в новому чаті витратити 10-20 хвилин і аж потім починати правки.Пару днів тому спробував принцип формування Бази Знань по проекту, який рекомендує Гугл для АГ, але його можна використати і для Кодекса чи Антропіків.Суть в тому, що створюється окрема архітектура і туди записуються в форматі .md (або інших, якщо потрібно) всі правила, всі дані, шляхи, АРІ, технології, а також баги, з якими довелось зіткнутись і як це було вирішено.Тепер в мене під сотню невеликих файлів, де розписаний повністю весь сайт, що і як працює, що і де шукати, чого робити не потрібно і які проблеми бувають.Цю всю інфу можна запушити в приватний репозиторій на Гітхабі і потім його періодично оновлювати.Якщо почнете роботу над аналогічним проектом, то просто скачаєте локально репо і за 10 секунд ваш агент буде знати все, на що раніше пішло б пів години.Файл з загальними правилами прикріпляю, це мені Кодекс зробив, а інші 2 посилання просто віддаєте вашому ШІ і просите зробити так само:*️⃣https://github.com/GoogleCloudPlatform/knowledge-catalog/tree/main/okf*️⃣https://cloud.google.com/blog/products/data-analytics/how-the-open-knowledge-format-can-improve-data-sharing/#antigravity #codex #github