菜单
Записать движение по задаче в дневной лог `Log/YYYY/MM/YYYY-MM-DD.md`. Используй, когда пользователь пишет /worklog, "запиши в лог", "зафиксируй по задаче", "запиши прогресс", "добавь в дневник", "запиши что сделал", или просит сохранить рабочий факт, вывод, вопрос, риск или следующий шаг по задаче.
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/popstas/obsidian-agent-workspace --skill worklog命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
| name | worklog |
| description | Записать движение по задаче в дневной лог `Log/YYYY/MM/YYYY-MM-DD.md`. Используй, когда пользователь пишет /worklog, "запиши в лог", "зафиксируй по задаче", "запиши прогресс", "добавь в дневник", "запиши что сделал", или просит сохранить рабочий факт, вывод, вопрос, риск или следующий шаг по задаче. |
Записываешь ход работы в дневной лог vault. Цель — сохранить факты дня так, чтобы потом из них легко собрать weekly-report и восстановить ход решений.
date "+%Y-%m-%d %H:%M" (Bash), чтобы узнать реальные текущие дату и время. Не полагайся на дату из системного контекста (currentDate и т.п.) — там нет времени суток, а именно оно нужно для правила ниже;Log/2026/06/2026-06-19.md.Log/YYYY/MM/YYYY-MM-DD.md — год и месяц это папки, имя файла — полная дата (например Log/2026/06/2026-06-04.md). Не пиши лог в корень Log/.Log/YYYY/MM/ нет — создай их.# YYYY-MM-DD сверху. Файл начинается сразу с блока задачи ## <Название задачи>.tasks.md в этом скилле — закрытие делает close-task. Разрешённые изменения tasks.md — только по правилу ниже («Новая задача без записи в tasks.md»): добавить открытую задачу (после явного подтверждения) или добавить быструю задачу ⚡ сразу закрытой.tasks.md, используй формулировку близко к задаче.## <название задачи> или очевидно тот же блок — допиши туда.## <Название задачи>
Не создавай почти одинаковые заголовки для одной задачи. Лучше дописать в существующий блок и сохранить хронологию буллетами.
Пиши коротко, по-русски, фактически. Используй стиль текущих дневных логов:
## <Название задачи>
- <что сделано / найдено / решено>
- <важная ссылка или wikilink, если есть>
### Вопросы / риски
- <вопрос или риск>
### Что дальше
- <следующий шаг>
Пустые подразделы не выводи. Если запись состоит из одного факта, достаточно одного буллета под заголовком.
### Вопросы / риски.### Что дальше.[[Название]], если такая нота уже упомянута или очевидно существует.Пользователь часто начинает делать что-то, чего в tasks.md ещё нет. Такое движение стоит превратить в задачу, чтобы оно не потерялось.
После того как определил заголовок блока для лога, сверься с tasks.md: есть ли там открытая задача (любой чекбокс, кроме - [x]), к которой относится эта запись. Сверяй по смыслу, а не по точному тексту.
Если подходящей задачи в tasks.md нет — определи, работа продолжается или уже завершена:
Работа продолжается. Предложи завести задачу:
# Week:, сразу под блоком закрытых - [x] задач (перед первой открытой), в формате new-task: - [ ] <Короткая формулировка> ➕ YYYY-MM-DD с сегодняшней датой (по тому же правилу даты, что и лог). Ссылки/wikilinks из контекста добавь подпунктами.Работа уже завершена (пользователь пишет постфактум: «сделал», «починил», «настроил»). Такую работу тоже надо зафиксировать — но не оставлять висеть открытой. Заведи задачу сразу закрытой и пометь молнией ⚡ как быструю:
- [x] <Короткая формулировка> ⚡ ➕ YYYY-MM-DD ✅ YYYY-MM-DD
➕.- [x] задач в начале секции # Week:, как это делает close-task.Заголовки # Week: / # Week+, легенду и порядок остальных задач не трогай.
Не заводи задачу, если она в tasks.md уже есть, или если запись — это явно разовый бытовой мелкий факт, не тянущий на задачу (например «поменял мешок в пылесосе»). Быстрая задача ⚡ — для сделанной работы, а не для любого записанного факта.
Перед завершением проверь:
Log/YYYY/MM/YYYY-MM-DD.md (с учётом правила «00:00–06:00 → предыдущий день»).# YYYY-MM-DD — файл начинается с ## <Название задачи>.tasks.md не изменён — кроме двух случаев: пользователь через AskUserQuestion подтвердил добавление открытой задачи (в начало # Week: в формате new-task), либо добавлена быстрая задача - [x] … ⚡ ➕ … ✅ … в блок закрытых.tasks.md — предложил завести задачу, или добавил быструю ⚡ (если работа уже завершена), или обоснованно счёл это разовым фактом.В финальном ответе кратко скажи, в какой файл и под какой заголовок добавлена запись.
Запись в дневной лог делай в любом случае — независимо от того, завёл задачу или нет.
Коннектор из любого другого проекта в vault — записать факт, задачу или заметку в `tasks.md`, `Log/` и `Notes/` vault, не выходя из чужого рабочего каталога и не трогая его файлы. Используй, когда пользователь пишет /vault-connect, «запиши в vault», «залогируй в vault», «поставь задачу в vault», «закрой задачу в vault», находясь в постороннем проекте. Внутри самого vault не нужен — там работают `worklog`, `new-task` и `close-task` напрямую.
Провести месячный обзор задач, проектов и целей — итоги месяца по недельным отчётам, обзор projects.md (закрытые и активные проекты, чистка закрытых), папки проектов в Notes/, движение по целям года, ревизия глубокого бэклога (tasks-future, ideas) с подъёмом актуального вверх и списанием протухшего, плюс срез открытых задач, заведённых за последние 2 месяца, с сохранением в заметку. Используй, когда пользователь пишет /monthly-review, «месячный обзор», «итоги месяца», «итоги по проектам за месяц», «разбери tasks-future», «что по целям года», «что не сделано за 2 месяца» — обычно в первую неделю нового месяца, после weekly-review.
Use when reading, editing, organizing, or adding notes in a private Obsidian work vault — covers folder taxonomy, wikilink rules, where each kind of note belongs, sensitive-content handling, and Obsidian-specific conventions.