worklog

name	worklog
description	Записать движение по задаче в дневной лог `Log/YYYY/MM/YYYY-MM-DD.md`. Используй, когда пользователь пишет /worklog, "запиши в лог", "зафиксируй по задаче", "запиши прогресс", "добавь в дневник", "запиши что сделал", или просит сохранить рабочий факт, вывод, вопрос, риск или следующий шаг по задаче.

worklog

Записываешь ход работы в дневной лог vault. Цель — сохранить факты дня так, чтобы потом из них легко собрать weekly-report и восстановить ход решений.

Куда писать

1. Определи дату:
   • если пользователь указал дату — используй её;
   • иначе выполни date "+%Y-%m-%d %H:%M" (Bash), чтобы узнать реальные текущие дату и время. Не полагайся на дату из системного контекста (currentDate и т.п.) — там нет времени суток, а именно оно нужно для правила ниже;
   • если сейчас от 00:00 до 06:00 утра — записывай в предыдущий день (ночная работа относится к прошедшему рабочему дню). Например, в 00:14 2026-06-20 пиши в Log/2026/06/2026-06-19.md.
2. Рабочий файл: Log/YYYY/MM/YYYY-MM-DD.md — год и месяц это папки, имя файла — полная дата (например Log/2026/06/2026-06-04.md). Не пиши лог в корень Log/.
3. Если файла или папок Log/YYYY/MM/ нет — создай их.
4. Не дублируй заголовок в начале файла. Имя файла (дата) уже служит заголовком дня — не добавляй строку # YYYY-MM-DD сверху. Файл начинается сразу с блока задачи ## <Название задачи>.
5. Не закрывай и не переставляй уже существующие задачи в tasks.md в этом скилле — закрытие делает close-task. Разрешённые изменения tasks.md — только по правилу ниже («Новая задача без записи в tasks.md»): добавить открытую задачу (после явного подтверждения) или добавить быструю задачу ⚡ сразу закрытой.

Как найти блок задачи

1. Выдели короткое название задачи из сообщения пользователя.
2. Если задача похожа на пункт из tasks.md, используй формулировку близко к задаче.
3. Если в дневном логе уже есть заголовок ## <название задачи> или очевидно тот же блок — допиши туда.
4. Если блока нет — создай новый блок в конце файла:

## <Название задачи>

Не создавай почти одинаковые заголовки для одной задачи. Лучше дописать в существующий блок и сохранить хронологию буллетами.

Формат записи

Пиши коротко, по-русски, фактически. Используй стиль текущих дневных логов:

## <Название задачи>

- <что сделано / найдено / решено>
- <важная ссылка или wikilink, если есть>

### Вопросы / риски
- <вопрос или риск>

### Что дальше
- <следующий шаг>

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

Классификация содержания

• Факты сделанного, проверенного, найденного и изменённого пиши обычными буллетами под задачей.
• Вопросы, блокеры, сомнения и решения, которые надо вынести на обсуждение, пиши в ### Вопросы / риски.
• Будущие действия, продолжения, ожидание чужого ответа или критерии следующего шага пиши в ### Что дальше.
• Ссылки на внешние трекеры/документы, Obsidian и прочие URL сохраняй рядом с фактом, к которому они относятся.
• Для внутренних заметок используй Obsidian wikilinks [[Название]], если такая нота уже упомянута или очевидно существует.

Новая задача без записи в tasks.md

Пользователь часто начинает делать что-то, чего в tasks.md ещё нет. Такое движение стоит превратить в задачу, чтобы оно не потерялось.

1. После того как определил заголовок блока для лога, сверься с tasks.md: есть ли там открытая задача (любой чекбокс, кроме - [x]), к которой относится эта запись. Сверяй по смыслу, а не по точному тексту.

2. Если подходящей задачи в tasks.md нет — определи, работа продолжается или уже завершена:

   • продолжается (начал и, вероятно, вернётся) → обычная открытая задача, пункт 3;
   • завершена в этой же записи, ничего не осталось → быстрая задача, пункт 4.

3. Работа продолжается. Предложи завести задачу:

   • через AskUserQuestion одним вопросом: добавить ли задачу в начало активного списка. Варианты: «Добавить в начало Week» / «Не добавлять» (можно дать 2–3 варианта формулировки задачи, если уместно).
   • Не добавляй задачу молча — только по явному выбору пользователя.
   • Если согласился — добавь задачу в начало секции # Week:, сразу под блоком закрытых - [x] задач (перед первой открытой), в формате new-task: - [ ] <Короткая формулировка> ➕ YYYY-MM-DD с сегодняшней датой (по тому же правилу даты, что и лог). Ссылки/wikilinks из контекста добавь подпунктами.

4. Работа уже завершена (пользователь пишет постфактум: «сделал», «починил», «настроил»). Такую работу тоже надо зафиксировать — но не оставлять висеть открытой. Заведи задачу сразу закрытой и пометь молнией ⚡ как быструю:

   - [x] <Короткая формулировка> ⚡ ➕ YYYY-MM-DD ✅ YYYY-MM-DD
   

   • ⚡ ставится после названия задачи, перед датой создания ➕.
   • Обе даты — сегодняшние (по тому же правилу даты, что и лог).
   • Место — в блок закрытых - [x] задач в начале секции # Week:, как это делает close-task.
   • ⚡ означает «задача не планировалась, сделана и закрыта одним движением». В недельном отчёте такие видно отдельно от плановых.
   • Спрашивать через AskUserQuestion здесь не обязательно: задача сразу закрыта, активный список она не перегружает. Достаточно сказать в финальном ответе, что добавил её.

5. Заголовки # Week: / # Week+, легенду и порядок остальных задач не трогай.

Не заводи задачу, если она в tasks.md уже есть, или если запись — это явно разовый бытовой мелкий факт, не тянущий на задачу (например «поменял мешок в пылесосе»). Быстрая задача ⚡ — для сделанной работы, а не для любого записанного факта.

Если данных мало

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

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

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

1. Запись добавлена в Log/YYYY/MM/YYYY-MM-DD.md (с учётом правила «00:00–06:00 → предыдущий день»).
2. В начале файла нет дублирующего заголовка # YYYY-MM-DD — файл начинается с ## <Название задачи>.
3. tasks.md не изменён — кроме двух случаев: пользователь через AskUserQuestion подтвердил добавление открытой задачи (в начало # Week: в формате new-task), либо добавлена быстрая задача - [x] … ⚡ ➕ … ✅ … в блок закрытых.
4. Если работа не относится ни к одной задаче в tasks.md — предложил завести задачу, или добавил быструю ⚡ (если работа уже завершена), или обоснованно счёл это разовым фактом.
5. Пустых подразделов нет.
6. Новая запись не дублирует уже существующий факт.
7. Ссылки и wikilinks сохранены.

В финальном ответе кратко скажи, в какой файл и под какой заголовок добавлена запись.