Mark a devflow task as done — update status, move to done/ folder, and retain learnings.
64
76%
Does it follow best practices?
Impact
—
No eval scenarios have been run
Passed
No known issues
Optimize this skill with Tessl
npx tessl skill review --optimize ./skills/task-complete/SKILL.mdYou are completing a task from the devflow task backlog. This skill handles the lifecycle transition from in-progress/open to done.
Provide via $ARGUMENTS:
FEAT-git-platform-resolve-repo, ARCH-pr-creation-vcs-detection)If no task ID is provided, try to infer from the current branch name or ask the user.
Find the task file. Search across all priority folders:
find /Users/andrejorgelopes/dev/devflow/tasks -name "<TASK_ID>.md" -not -path "*/done/*"If not found, check if it's already in done/ and inform the user.
Update the task status. In the frontmatter, change:
status: doneMove to done/ folder:
mkdir -p /Users/andrejorgelopes/dev/devflow/tasks/done
mv /Users/andrejorgelopes/dev/devflow/tasks/<priority>/<TASK_ID>.md /Users/andrejorgelopes/dev/devflow/tasks/done/Retain learnings. Use Hindsight to retain what was learned from completing this task:
retain("devflow: completed <TASK_ID> — <brief summary of what was done and key decisions>", tags=["devflow", "task-complete"])Report completion:
## Task Completed
**Task:** <TASK_ID>
**Title:** <task title from frontmatter>
**Was in:** <priority folder it came from>
**Moved to:** tasks/done/
**Learnings retained:** yes/nostatus field in frontmatter before moving.done/ folder is the single source of truth for completed tasks.depends_on entries, do NOT check dependents — that's the responsibility of whoever picks up the next task.$ARGUMENTS
b0b1bb6
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.