done

Closes shipped-work journal entries in JellyRock progress and backlog markdown files.

37|2|Updated Jun 28, 2025
One-click install
npx skills add https://github.com/jellyrock/jellyrock --skill done-jellyrock
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: done
Source: https://github.com/jellyrock/jellyrock/tree/main/.claude/skills/done
Command: npx skills add https://github.com/jellyrock/jellyrock --skill done-jellyrock

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Manually updating journal entries for shipped work leads to inconsistent progress records, missed signal acknowledgments, and broken tracking of upstream dependencies, creating extra audit work for development teams.

Core Features & Use Cases

  • Followup Closure: Automatically moves completed followup entries from the open list to the recently shipped section in the progress journal, maintaining a clean separation of open and completed work.
  • Signal Lifecycle Management: Handles both perpetual upstream signals (acknowledging new versions without marking them complete) and one-off manual signals (marking them as completed for historical records).
  • Running Cursor Promotion: Quickly promotes the in-flight work cursor to the shipped list when work lands, clearing the active work tracking for new tasks.
  • Use Case: A JellyRock developer who just shipped a Roku OS compatibility fix can use this skill to close the corresponding followup entry and update the progress journal in seconds, without manually editing markdown files.

Quick Start

Use the done skill to close the followup entry for the Roku OS compatibility fix you just shipped by passing the keyword "roku os fix".

Frequently Asked Questions about done

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I close journal entries for shipped work in markdown progress files?

To close journal entries for shipped work, you can use this skill to automatically move completed followup entries from the open list to the recently shipped section in your markdown progress files, maintaining a clean separation of active and completed tasks.

How does signal lifecycle management work for upstream watchlists?

Signal lifecycle management enforces strict rules for auto-managed perpetual signals by acknowledging new upstream versions without marking them complete, while one-off manual signals are marked as completed for historical records, preventing watchlist corruption.

Can I promote an in-flight running cursor to the shipped list when work lands?

Yes, you can promote the in-flight running cursor to shipped when work lands, which clears the active work tracking in the progress journal and prepares the tracking file for new tasks.

Does the done skill commit changes to the repository after updating markdown files?

No, the done skill performs edit-only operations on markdown files and does not commit changes to the repository, leaving version control actions to the developer.

What are the limitations of auto-managed perpetual signals in progress tracking?

The limitation of auto-managed perpetual signals is that they cannot be marked as completed to avoid corrupting the upstream watchlist; they can only be acknowledged for new versions, unlike one-off manual signals which support full completion.