working-on — скилл для Claude Code: трекинг-документ задачи и установка
Назначает файл отслеживания источником правды для текущей задачи. Агент дописывает туда решения, находки и планы по ходу работы.
npx skills add posit-dev/skills --skill working-on -a claude-codeЧто делает working-on
Скилл превращает выбранный документ в живую запись о задаче. Агент обращается к нему после каждого решения, найденного бага, нового требования, закрытого вопроса, сформированного плана и коммита файлов. План, который иначе остался бы только в чате, скилл велит записать в документ: чат закрылся, запись осталась.
Внутри — набор правил поведения, а не скрипты. Правки советуется держать короткими: пункты и небольшие абзацы вместо связного текста. Записывать нужно причину решения, а не только его суть. Устаревшие разделы переезжают в «Archive» или «Resolved», а не удаляются. Если документа ещё нет, агент создаёт его под задачу.
Есть и отдельная оговорка про git: коммитить документ, которого нет в истории репозитория, скилл запрещает. Так что учтите это заранее, если файл отслеживания лежит внутри проекта. Вызов идёт с аргументом-путём: без пути скилл не знает, какой документ вести.
Какие задачи решает
- сохранить решения по фиче между сессиями агента
- зафиксировать найденный баг и обходной путь в одном месте
- вернуть контекст после того, как чат закрылся
- вести список открытых вопросов по многшаговой задаче
- записать план в файл, а не оставить его в переписке
Примеры запросов агенту
- Возьми
docs/auth-refactor.mdкак документ отслеживания этой задачи - Работаем над багфиксом, веди
notes/bug-142.mdкак источник правды - Начинаем фичу экспорта, документ отслеживания —
docs/export.md
Как установить working-on
1Через Skills CLI (Vercel)
npx skills add posit-dev/skills --skill working-on -a claude-code2Вручную: положить файлы
~/.claude/skills/working-on/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/working-on/
1Через Skills CLI (Vercel)
npx skills add posit-dev/skills --skill working-on -a codex2Вручную: положить файлы
.agents/skills/working-on/SKILL.mdДля всех проектов — ~/.agents/skills/
1Через Skills CLI (Vercel)
npx skills add posit-dev/skills --skill working-on -a cursor2Вручную: положить файлы
.cursor/skills/working-on/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
1GitHub CLI
gh skill install posit-dev/skills working-on2Вручную: положить файлы
.github/skills/working-on/SKILL.md1Через Skills CLI (Vercel)
npx skills add posit-dev/skills --skill working-on -a gemini-cli2Командой платформы
gemini skills install https://github.com/posit-dev/skills --path posit-dev/working-onВручную: положить файлы
.devin/skills/working-on/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Через Skills CLI (Vercel)
npx skills add posit-dev/skills --skill working-on -a opencodeClaude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов
Вопросы о working-on
Как установить working-on в Claude Code?
Выполните npx skills add posit-dev/skills --skill working-on -a claude-code. После этого скилл лежит по пути ~/.claude/skills/working-on/SKILL.md.
Что делает working-on?
Назначает указанный файл источником правды по текущей задаче и обязывает агента дописывать туда решения, находки, планы и коммиты. Документ остаётся после завершения сессии.
Попадёт ли документ отслеживания в коммит?
Только если файл уже есть в истории git репозитория. В остальных случаях скилл велит оставлять его вне коммитов.
Исходный текст
SKILL.md · MIT
--- name: working-on description: "Set a tracking document as the source of truth for the current feature or task. Use when starting work on a feature, bug fix, or multi-step task that benefits from a persistent record of decisions, discoveries, and progress. Keeps the document updated as work proceeds." disable-model-invocation: true arguments: [path] argument-hint: "[path-to-tracking-doc] [additional instructions]" metadata: author: Garrick Aden-Buie (@gadenbuie) version: "1.1" license: MIT --- # Working On You are managing a tracking document that serves as the source of truth for the current task or feature. The tracking document is: `$path` ## Behavior Once activated, treat the tracking document as a living record. Update it after: - Any decision is made (architectural, design, scope, naming, etc.) - A new problem, bug, or edge case is discovered - A new sub-feature or requirement emerges - An issue is raised or resolved - Any significant implementation work is completed - A key part of a conversation with the user that would be useful to recall later - Any time you commit files — a commit is a strong signal that the tracking document should also be reviewed and updated - Any plan you form — write it to the document rather than presenting it only in chat; the document is the persistent record If in doubt, update the document. It is better to over-document than to lose context. ## Git Handling Do NOT commit the tracking document unless it already appears in the repository's git history. If the file is not tracked by git, leave it out of any commits. ## Guidelines - Keep updates concise — bullet points and short paragraphs are preferred over prose - Use timestamps or date headers when the document spans multiple sessions - Record the *why* behind decisions, not just the *what* - When a section becomes stale or irrelevant, move it to an "Archive" or "Resolved" section rather than deleting it - If the document doesn't exist yet, create it with a sensible structure based on the task at hand
© Garrick Aden-Buie (@gadenbuie) · MIT · posit-dev/skills