Claude Code skills for jobdone task management
npx claudepluginhub nesterione/jobdoneClaude Code skills for jobdone task management. Refine and improve task files.
Simple text-based task manager. Built for AI agents. Comfortable for humans.
jobdone is a lightweight, file-system–first task management approach.
No database. No SaaS. No UI lock-in. Just structured text files inside a .jobdone/ folder in your project.
It treats your project folder as the source of truth — so your tasks live where your code lives.
Modern AI agents can read, write, classify, and refactor text — but most task managers hide everything behind APIs and proprietary UIs.
jobdone flips that.
Tasks are just files.
Status is just structure.
Git is your audit log.
AI is your operator.
project/
.jobdone/
config.yaml
tasks/
todo/
3-implement-parser.md
doing/
2-add-cli.md
done/
1-initial-design.md
Move file → change status. Edit file → update task. Commit → track history.
That's it.
The optional .jobdone/config.yaml file lets you customize statuses, defaults, and task templates.
statuses:
- todo
- doing
- done
defaults:
priority: medium
template: |
---
priority: {{ priority }}
created: {{ date }}
---
## Description
<!-- What needs to be done? -->
## Acceptance Criteria
- [ ] ...
| Field | Description |
|---|---|
statuses | Ordered list of status folders inside .jobdone/tasks/. The first is the default for new tasks. |
defaults.priority | Default priority for new tasks. |
defaults.template | Mustache-style template used when creating a new task file. Available variables: priority, date. |
If no config.yaml is present, the defaults above are assumed.
Tasks are Markdown files with YAML front matter.
---
priority: medium
created: 2026-02-15
---
## Description
Implement token validation logic.
## Acceptance Criteria
- Validate JWT signature
- Handle expiration
- Add tests
An agent can:
.jobdone/tasks/todo/.jobdone/tasks/doing/.jobdone/tasks/done/No special API required. Just file operations.
bun test # all tests
bun test tests/commands/ # per-command tests
bun test tests/integration/ # multi-command journey tests
bun test tests/integration/task-lifecycle.test.ts # single journey
The test suite has two layers:
tests/commands/ — each command is tested in isolation against a pre-seeded workspace.tests/integration/ — multi-command journeys that verify cross-command state (e.g. rename → move, doctor → create, init → full flow).Branching: Create feature branches off main. Open a pull request to merge back — CI will run lint, build, and tests automatically.
Commit messages: We use Conventional Commits:
| Prefix | Use for | Example |
|---|---|---|
feat: | New feature | feat: add list filtering |
fix: | Bug fix | fix: resolve path on Windows |
chore: | Maintenance | chore: update dependencies |
docs: | Documentation | docs: update README examples |
refactor: | Code restructure | refactor: extract task parser |
test: | Tests | test: add create command tests |
jobdone follows the Unix mindset:
Small tools. Plain text. Clear structure. No magic.
If your AI can read and write files — it can manage your project.
Every product wants to add AI these days. jobdone does not.
There is no embedded LLM. No "smart suggestions". No copilot mode. jobdone is deliberately, stubbornly dumb. It creates files and moves them between folders. That's the whole product.
What we do instead: we ship skills for AI tools — prompts that teach agents like Claude Code how to work with jobdone tasks. The intelligence lives in the AI you already have. jobdone just gives it a clean, predictable surface to work on.
This is not a limitation. It's the point.
The jobdone repo ships as a Claude Code plugin — install it once and get AI skills for working with your task files in any project.