first-task-do

name	first-task-do
description	Выбрать первую открытую задачу из `tasks.md`, начать работу с неё и по возможности использовать браузер для первичного исследования. Используй, когда пользователь пишет `/first-task-do`, "возьми первую задачу", "начни первую задачу из tasks.md", "начни выполнение первой задачи". Сначала скилл исследует проблему в read-only режиме и не делает изменений.

first-task-do

Берёшь первую открытую задачу из tasks.md и запускаешь работу с неё. Первый этап всегда только исследовательский: понять контекст, открыть нужные страницы через браузер, собрать факты и предложить план. До явного подтверждения пользователя ничего не менять.

Выбор задачи

1. Найди tasks.md в корне vault.
2. Игнорируй закрытые пункты - [x].
3. Открытыми считай любой чекбокс, кроме - [x] (пустой - [ ], статус стороннего плагина), и обычные незачёркнутые буллеты, если они выглядят как задачи. Правило — в obsidian-vault («Закрытость чекбокса»).
4. Выбирай первую открытую задачу в порядке файла.
5. Если файл разделён на # Week: и # Week+, приоритет всё равно определяется порядком в файле. Не прыгай в Week+, пока выше есть открытая задача.
6. Если открытых задач нет — скажи прямо и не выдумывай работу.

Обязательный read-only старт

Сначала исследуй проблему и не делай изменений:

• не редактируй tasks.md, дневные логи, заметки, код, таблицы или документы;
• не отправляй сообщения, письма, формы, комментарии и заявки;
• не меняй настройки, доступы, статусы, карточки во внешних системах и трекерах/админках;
• не устанавливай зависимости и не запускай команды, которые меняют внешнее состояние;
• не закрывай задачу и не записывай прогресс в лог без отдельной просьбы.

Разрешено читать файлы, искать по vault, открывать сайты и внутренние страницы, делать скриншоты/DOM-снимки, изучать документацию, проверять видимое состояние в браузере.

Браузер

Если в окружении доступен браузер-инструмент — используй его для первичного исследования. Подойдёт любой из семейств: встроенный in-app Browser (скилл browser:control-in-app-browser), chrome-devtools MCP, claude-in-chrome или аналог. Браузер полезен, даже если часть контекста есть в файлах: открой релевантную страницу, поиск, админку, локальный интерфейс или другой очевидный веб-источник, связанный с задачей.

Если задача совсем не содержит веб-контекста, всё равно сделай один разумный read-only шаг: открой связанную ссылку из задачи, поиск по явному названию, документацию сервиса или локальный файл/страницу, если это уместно. Если браузер применить невозможно (нет инструмента или нет веб-контекста) — коротко объясни почему и продолжай по файлам. Отсутствие браузера не блокирует выполнение задачи.

Как работать

1. Назови выбранную задачу одной строкой.
2. Если агент умеет переименовывать текущую сессию/тред — назови её коротко по смыслу выбранной задачи, чтобы её было легко найти в списке сессий. Нет такой возможности — пропусти шаг молча.
3. Собери локальный контекст: соседние строки tasks.md, связанные заметки, ссылки, упоминания в логах, а также в базе знаний vault, если она есть.
4. По возможности открой браузер и проверь внешний или веб-контекст задачи.
5. Сформулируй:
   • что задача, похоже, требует;
   • что уже удалось выяснить;
   • какие есть риски, доступы или недостающие данные;
   • минимальный план выполнения.
6. Остановись и попроси подтверждение на изменения, если следующий шаг будет менять файлы, внешние системы или отправлять данные.

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

Формат ответа после исследования

Выбрал задачу: <текст задачи>

Что выяснил:
- <факт>
- <факт>

План:
1. <шаг>
2. <шаг>

Нужно ок:
- <конкретное действие, которое начнёт изменения>

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

Проверка перед ответом

Перед завершением проверь:

1. Выбрана ровно одна задача, и это первая открытая задача в порядке файла.
2. Ничего не изменено: ни tasks.md, ни логи, ни заметки, ни внешние системы.
3. Сказано, использовался ли браузер, а если нет — почему.
4. План и точка «нужно ок» сформулированы явно, а не подразумеваются.

После подтверждения пользователя продолжай работу и фиксируй движение через worklog, а по завершении — через close-task.