Agent skill · ma08
commit-task-work
Commit task-scoped work across personal_os task artifacts and any external codebases touched by the task. Use when the user asks to commit relevant files, save task work in git, commit personal_os context files, commit a task folder, or commit changes spanning personal_os plus another repo. Infer the active task and branches from context; stage only related paths; ask before committing an external repo when the branch or ownership is ambiguous.
What it needs
About 2k tokens when loaded.
What this skill does
Commit Task Work Commit only the work that belongs to the current task, even when several repos have unrelated dirty state. Workflow 1. Resolve the task scope. Prefer an explicit task folder, status file, tracker id, branch name, or paths from the conversation. If unclear, run get-task-details or inspect recent task folders under context/daily/. Treat the task folder in personalos as the durable notes/artifacts scope. 2. Identify repos touched by the task. Always check personalos when task notes or artifacts were created there. Check external codebases mentioned in the status file, task artifacts, current branch, recent commands, or user prompt. Use git -C <repo> status --short --branch for each repo. 3. Classify each repo before staging. personalos: usually commit task folders and task-specific support files on main; do not stage unrelated dirty files elsewhere in the repo. External code repo with a task-specific feature branch: commit task-related source/test/docs changes when the branch, upstream, and diff clearly match the task. External code repo on main, detached HEAD, shared branch, or ambiguous branch: ask before committing. Clean external repo: note that no commit is needed. 4. Stage explicitly. Use pathspecs, not broad git add ., unless the repo is freshly created for this task and fully in scope. Include untracked files only when they are clearly task artifacts or intentional source files. Keep generated scratch logs/artifacts if they are part of the task record; exclude caches, local env files, build products, and secrets. 5. Review before committing. Run git diff --cached --stat. Run git diff --cached --check. For sensitive repos or logs, scan staged content for obvious secret patterns such as API keys, tokens, .env contents, private keys, and credential dumps. If the staged set includes unrelated changes, unstage the unrelated paths and recheck. 6. Commit with a direct message. Use one commit per repo unless the user asks for a different structure. …
How to use it
Reference it in AdaL, Claude Code, Cursor or any coding agent — nothing to install:
@skills ma08/commit-task-work--e2bbe4