shipping-task
Skill5 starsChanged 53 days agoMITView on GitHub
Use to carry one task through a managed app's git lifecycle.
In this repository18 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- agent-feedbackSkill
- asking-peer-agentsSkill
- boss-assistantSkill
- boss-saySkill
- bringing-coworkerSkill
- choosing-graphSkill
- contacting-orchestratorsSkill
- create-great-harnessSkill
- dispatching-workSkill
- handoff-orchestratorSkill
- i-am-orchestratorSkill
- initSkill
- notifying-main-agentSkill
- peeking-workSkill
- reporting-to-userSkill
- resolving-appSkill
The file
We split this skill into the rules it gives an agent
5 rules. About 0 are common, 4 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈4
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 9
Read forbidDirectCommit, gitWorkflowSkill, and standingMergeAuthorization from the apps configuration.
- Distinctive: line 19
Before solo work starts, check the primary checkout is clean and reserve it for one task at a time.
- Distinctive: line 47
After dispatch cleanup, remove a team-mode worktree with plain git.
- Distinctive: line 48
If the primary checkout tracks the merged base, is clean, and is intended for subsequent direct work, fast-forward it using its established …
- Distinctive: line 49
Update an originating tracker ticket once its lifecycle is complete.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Select the mode
Resolve an unknown target through resolving-app.
Read forbidDirectCommit, gitWorkflowSkill, and standingMergeAuthorization from the apps configuration.
Reuse the user's established mode and base branch. Otherwise ask how the user regards this piece of work, with these consequences:
- solo-mode: work in the primary checkout and commit directly to the base branch.
- team-mode: worktree → develop → MR/PR → merge → archive.
forbidDirectCommit: true selects team-mode automatically.
For a batch, ask once for the remaining items' shared default.
Before solo work starts, check the primary checkout is clean and reserve it for one task at a time; resolve existing changes with their owner.
Prepare and execute
The execution tier comes from Prepare the dispatch. In team-mode, the main agent creates and verifies the worktree and copies declared local files through Worktree ownership. The verified path becomes the worker's cwd.
The execution owner loads the target's instructions and uses its source-change workflow.
For post-worktree git operations, run gitWorkflowSkill when configured; otherwise commit the change, and in team-mode push the feature branch and open an MR/PR.
Separate workrooms use dispatching-work, including its brief contract.
Mutation checkpoints
Apply existing user authorization to the specific action:
- Commits, pushes of the task's own feature branch, and its MR/PR creation continue within the authorized lifecycle. A dispatched worker reports a feature push through notifying-main-agent.
- Merge and pushes to another tracked branch require user authorization. A
standingMergeAuthorizationrecorded for the app, when its condition holds, is that authorization and skips the question; a production target is asked every time regardless. The current agent asks locally; a dispatched worker asks in its own pane and reportsawaiting-authorizationwhile waiting. - A monorepo pointer-bump push is a separate mutation whose authorization must cover that root repository.
Dispatch checkpoint transport and continuation follow Handle events.
Complete the lifecycle
For each completed task, confirm its merge or commit reference. A dispatched task invokes wrap-up, which resolves the review checkpoint before archiving. A current-agent task applies that checkpoint here and records one review disposition for the completed change-set.
After dispatch cleanup, remove a team-mode worktree with plain git. If the primary checkout tracks the merged base, is clean, and is intended for subsequent direct work, fast-forward it using its established tracking configuration. Update an originating tracker ticket once its lifecycle is complete.
Complete when: the completion reference and review are recorded, any dispatch is wrapped up, the worktree is removed, and the originating ticket reflects the result.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

