Локальные приложения, Git и параллельная работа в WorkBuddy

Последняя проверка и обновление: 3 сентября 2026 года

Официальное руководство по практике WorkBuddy показывает создание локального приложения из запроса на естественном языке. Также в нём задокументирована интеграция с Git и параллельная разработка. Вам не нужно быть программистом, чтобы попробовать небольшое приложение, но вам нужна точка отката, список изменённых файлов и функциональный тест.

Создайте одноразовый проект

Используйте пустую папку с именем workbuddy-counter-practice. Если Git установлен, инициализируйте репозиторий и сделайте начальную контрольную точку, содержащую только короткий README. Если Git незнаком, дублируйте всю папку перед каждым важным шагом.

Первое приложение должно быть только локальным и не содержать аккаунтов, баз данных, платежей, аналитики или внешнего API.

Предложите маленькое приложение

Используйте режим План:

Постройте локальный одностраничный счетчик в этом пустом рабочем пространстве для практики.
Требования:
- кнопки увеличения, уменьшения и сброса,
- значение сохраняется только в локальном хранилище этого браузера,
- управление с клавиатуры задокументировано на странице,
- ясные состояния фокуса и мобильная верстка при 320px,
- отсутствие сетевых запросов, внешних пакетов, аналитики, аккаунтов или облачных сервисов.
Перед редактированием покажите предложенную структуру файлов, команду запуска, план тестирования и все внешние зависимости.

Отвергайте ненужные фреймворки для страницы с тремя кнопками. Более простая структура файлов легче для аудита.

Выполнить и проверить

После одобрения:

1. Следить за командами и запросами разрешений.
2. Открыть сгенерированную страницу в предварительном просмотре браузера WorkBuddy.
3. Проверить вкладку Изменения для каждого файла.
4. Спросить точную команду запуска локально и команду остановки.
5. Требовать отчет о тестировании с указанием того, что действительно было выполнено, а не только предложенных тестов.

Функциональная проверка:

• Начинается с нуля на новом профиле браузера.
• Увеличение и уменьшение изменяется на единицу.
• Сброс требует подтверждения запроса или легко обратим.
• Перезагрузка сохраняет значение.
• Управление с клавиатуры работает без блокировки обычной навигации.
• При 320px ни одна кнопка не обрезана и не перекрыта.
• Панель сети браузера не показывает неожиданных исходящих запросов.

Используйте Git как след доказательств

Попросите WorkBuddy сделать сводку git status и различия. Не позволяйте делать коммит или push, если это не часть вашего явного запроса.

Не изменяйте файлы. Покажите:
- текущую ветку,
- изменённые и неотслеживаемые пути,
- сводку различий на понятном языке,
- команды/тесты, уже выполненные с результатами выхода,
- любые сгенерированные или зависимые папки, которые не должны быть закоммичены.

Просмотрите фактические различия. Затем создайте локальную контрольную точку, если они удовлетворяют требованиям.

Параллельная работа требует изоляции

Официальная документация по Worktree Task описывает изолированные Git-деревья рабочих копий для параллельной разработки. Используйте это только тогда, когда задачи действительно независимы и репозиторий находится в известном состоянии.

Безопасное разделение:

• Задача A улучшает адаптивный CSS в одном дереве рабочей копии.
• Задача B добавляет небольшой модульный тест в другом дереве рабочей копии.

Опасное разделение:

• Обе задачи переписывают один и тот же компонент.
• Одна задача меняет формат данных, в то время как другая предполагает старый формат.
• Обе задачи развертывают или редактируют одну и ту же внешнюю среду.

Параллельные задачи ускоряют выполнение, а не проверку. Вы все равно сравниваете каждую ветку, запускаете комбинированные тесты и сознательно решаете конфликты.

Восстановление

Если предпросмотр перестает работать:

1. Прекратите новые изменения.
2. Сохраните текущий список изменённых файлов и ошибки.
3. Вернитесь к последней известной контрольной точке или скопированной папке.
4. Воспроизведите сбой с минимальным вводом.
5. Спросите у WorkBuddy одну гипотезу и один тест за раз.

Не принимайте полную переделку проекта как первый шаг отладки.

Проверка успешности

Приложение считается рабочим, когда его поведение правильно на рабочем столе и при 320px, не происходит непреднамеренного сетевого доступа, список изменённых файлов понятен, тесты имеют реальные результаты и существует контрольная точка отката.

FAQ

Мне нужен Git?

Нет, для одноразового упражнения с одной папкой, но Git предоставляет точную историю и различия. Копии папок — более слабый, но приемлемый способ отката для новичков.

Может ли WorkBuddy развернуть приложение?

Он может создавать локальные страницы и документы продукта с легковесной HTML-публикацией. Развертывание является отдельной компетенцией и требует решений по безопасности, конфиденциальности, домену, данным и откату.

Достаточно ли проходящего предварительного просмотра?

Нет. Это не доказывает мобильную разметку, доступность, сохранность, отсутствие сетевых вызовов или чистоту изменений файлов.

Быстрая самопроверка

Вопрос 1. Зачем держать две параллельные задачи в отдельных рабочих деревьях?

Ответ: Чтобы изолировать изменения файлов и истории, чтобы каждая могла быть проверена перед объединением; это не устраняет конфликты слияния или тестирование.

Официальные источники

• Практика локального приложения
• Интеграция с Git и параллельная разработка
• Результаты и обзор измененных файлов

Что дальше

Упаковать проверенный повторяющийся рабочий процесс без установки непроверенных возможностей L10: Навыки, плагины и пользовательские рабочие процессы.