Код в проекте
Функции, компоненты, API, тесты и правки в стиле существующего репозитория.
Vi-Code полезен там, где есть входные данные, понятный формат результата и проверка: код, тесты, ревью, миграция, документ, сайт, прототип или диагностика ошибки.
Функции, компоненты, API, тесты и правки в стиле существующего репозитория.
Поиск рисков, проверка безопасности, edge cases и рекомендации перед merge.
Тексты, структуры страниц, инструкции, выжимки и материалы для команды.
Каждый сценарий ведет к конкретному артефакту: коду, тесту, diff, документу, плану или проверке.
Опишите функцию, API, компонент или CLI-команду. Vi-Code подготовит код, который можно проверить тестами и diff.
Разбейте сложный модуль, улучшите структуру и сохраните поведение через пошаговые изменения.
Передайте ошибку, лог, трассировку и ожидаемое поведение, чтобы быстрее найти первопричину.
Проверьте diff до коммита: стиль, безопасность, производительность, неочевидные регрессии и тестовые пробелы.
Подготовьте unit, integration и e2e-тесты под реальные контракты, ошибки и граничные случаи.
Перенесите часть legacy-кода на новый стек с планом, ограничениями и проверкой совместимости.
Соберите первую версию идеи: интерфейс, данные, ограничения MVP и список проверок перед демо.
Обновите README, API reference, архитектурное описание или инструкцию вместе с изменениями в проекте.
Найдите узкие места: SQL-запросы, лишние рендеры, алгоритмы, сетевые задержки и ошибки конфигурации.
Чем точнее входные данные и критерии проверки, тем проще получить пригодный результат.
Что не работает, что нужно собрать или какой результат должен появиться.
Файлы, стек, ошибки, требования, документы, примеры входа и ожидаемый формат ответа.
Команды проверки, тестовые сценарии, ограничения безопасности и признак готовности.
Смотрите diff, запускайте тесты, сверяйте факты и принимайте изменения вручную.
Контекст зависит от типа работы: код, документ, сайт или диагностика.
Репозиторий, стек, файл или модуль, ошибка, ожидаемое поведение и команды проверки.
Исходный файл, цель обработки, формат результата, факты, которые нельзя менять.
Оффер, аудитория, структура блоков, стиль, ключевые страницы, форма и SEO-требования.
Логи, окружение, версия, шаги воспроизведения, последнее изменение и ожидаемый ответ системы.
Как выбрать сценарий и не потерять контроль над результатом.
Берите небольшую повторяемую задачу с понятной проверкой: тест, diff, лог, документ, форма или страница, где легко увидеть качество результата.
Лучше делить работу на этапы: архитектура, первый модуль, тесты, ревью, документация и интеграция. Так проще контролировать качество.
Проверьте факты, diff, тесты, сборку, UX и ограничения безопасности. Применяйте только те изменения, которые прошли вашу приемку.