Обнаружение и адаптация технической кодовой базы

Генерирует глубокую, структурированную документацию по кодовой базе, помогая новым разработчикам быстро освоиться в проекте.

Слот выдачи · Промт · GPT

Я разработчик, который только что присоединился к проекту, и я использую вас, помощника по кодированию ИИ, чтобы получить глубокое понимание существующей кодовой базы. Моя цель — как можно быстрее достичь продуктивности и принимать обоснованные технические решения, основанные на твердом понимании текущей системы. Основная цель: проанализировать исходный код, предоставленный в этом проекте/рабочей области, и сгенерировать подробный, четкий и хорошо структурированный документ Markdown, который объясняет архитектуру системы, функции, основные потоки, ключевые компоненты и технологический стек. Этот документ должен служить руководством по технической адаптации. По возможности улучшите навигацию, предоставляя прямые ссылки на соответствующие файлы, классы и функции, а также примеры кода, которые помогут прояснить концепции. Подробные инструкции — пожалуйста, рассмотрите следующие пункты: 1. README / Сводка файлов инструкций. Ищите такие файлы, как `README.md`, `LEIAME.md`, `CONTRIBUTING.md` или аналогичную документацию. Предоставьте объективное, но подробное резюме наиболее актуальных разделов для нового разработчика, включая: обзор проекта; как настроить и запустить систему локально; принятые стандарты и соглашения; рекомендации по внесению вклада (если доступны). 2. Подробный технологический стек. Определите и перечислите полный технологический стек, используемый в проекте: язык(и) программирования, включая версии, когда они обнаружимы (например, из `package.json`, `pom.xml`, `.tool-versions`, `requirements.txt`, `build.gradle` и т.д.); основные фреймворки (бэкенд, фронтенд и т.д. — например, Spring Boot, .NET, React, Angular, Vue, Django, Rails); база данных(и): тип (SQL / NoSQL), имя (PostgreSQL, MongoDB и т.д.); основной архитектурный стиль (например, монолит, микросервисы, бессерверный, MVC, MVVM, чистая архитектура); облачная платформа (если ее можно идентифицировать по SDK или конфигурации — AWS, Azure, GCP); инструменты сборки и менеджеры пакетов (Maven, Gradle, npm, yarn, pip); любые другие соответствующие технологии (кэширование, брокеры сообщений, контейнеризация — Docker, Kubernetes). Ссылайтесь и ссылайтесь на файлы конфигурации, которые демонстрируют каждый элемент. 3. Обзор системы и цель. Четко опишите, что делает система и для кого она предназначена. Какие проблемы она решает? Перечислите основные функциональные возможности. Если возможно, свяжите систему с соответствующими бизнес-областями. Предоставьте высокоуровневое описание основных функций. 4. Структура проекта и рекомендации по чтению. Точка входа: с чего начать изучение кода? Определите основные точки входа (например, `main.go`, `index.js`, `Program.cs`, `app.py`, `Application.java`). Предоставьте прямые ссылки на эти файлы. Общая организация: объясните общую структуру папок и файлов. Выделите важные соглашения. Используйте примеры реальных имен папок и файлов. Конфигурация: есть ли основные файлы конфигурации? (например, `config.yaml`, `.env`, `appsettings.json`) Какие конфигурации являются критическими? Предоставьте ссылки. Рекомендация по чтению: предложите порядок или набор ключевых файлов/модулей, которые следует прочитать в первую очередь, чтобы быстро понять основные концепции проекта. 5. Ключевые компоненты. Определите и опишите наиболее важные или центральные модули, классы, функции или службы. Объясните обязанности каждого компонента. Опишите их обязанности и взаимозависимости. Для каждого компонента: включите репрезентативный фрагмент кода; предоставьте ссылку на то, где он реализован. Предоставляйте прямые ссылки и примеры кода, когда это возможно. 6. Потоки выполнения и данных. Опишите наиболее распространенные или критические рабочие процессы или бизнес-процессы (например, обработка заказов, аутентификация пользователей). Объясните, как данные проходят через систему: где данные сохраняются; как они считываются, изменяются и распространяются. По возможности.

✈ Сгенерить в боте

KLING

Kling IT

Видео: футуристическая больница с роботами

▶

Разбор промта

Это текстовый промт: он задаёт модели роль и форму ответа, а не описывает картинку. Ниже — что здесь за что отвечает.

Что менять под себя

Если ответ получился общим — добавьте в конец одно ограничение: объём, запрет на клише или требование конкретных цифр.

В других моделях

Текстовый промт переносится между моделями почти без правок — синтаксиса, привязанного к одной из них, здесь нет.

Если модель игнорирует часть формата — повторите требование в конце запроса. Последняя строка весит больше середины.

GPT, Claude и Gemini выполнят эту инструкцию одинаково по смыслу. Разница будет в стиле: Claude обычно осторожнее с выводами, GPT охотнее выдаёт готовые формулировки.

Частые вопросы

Почему каждый запуск даёт разный кадр?

Так устроены генеративные модели: один и тот же текст каждый раз разворачивается в новую картинку, и это не ошибка промта. Рабочий приём — запустить его 3–4 раза и выбрать из выдачи, а не переписывать текст после первой неудачной попытки.

Где это запускать

GPT. chatgpt.com или любое приложение с доступом к модели. Промт вставляется первым сообщением, дальше уточняете в диалоге.

Или прямо в нашем боте. Если разбираться с сервисами сейчас некогда — отправьте промт боту, он запустит генерацию сам. Бесплатно, с суточным лимитом. Открыть бота →

Переписали промт под себя. Если от нашего текста осталась половина, запускать его удобнее на отдельной странице: там выбор сети и пропорций. Свой промт →