cargo-triage

Triage intake cargo records through new, in-work, done, and released states.

1|Updated Jan 14, 2024
One-click install
npx skills add https://github.com/Eyhenij/rt-tools --skill cargo-triage-eyhenij
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: cargo-triage
Source: https://github.com/Eyhenij/rt-tools/tree/main/.claude/skills/cargo-triage
Command: npx skills add https://github.com/Eyhenij/rt-tools --skill cargo-triage-eyhenij

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Incident analyses and proposals arrive in a shared intake from multiple repositories, and without a defined triage process their state is lost between sessions: records stay unread, fixes go unmarked, and releases are never linked back to the reports that triggered them. ## Core Features & Use Cases - State-driven triage flow: Moves cargo records through new, in-work, done, released, and quarantine states using read and mark commands, with batch operations and refusal handling. - Fix and release tracking: Requires every move to done to carry a fix description and every release to name a version, so each record answers what fixed it and where to find the fix. - Incident analysis discipline: Defines how incident analyses are written, named, sent, and removed from local disk so the intake holds the single authoritative record. - Use Case: After merging a fix for a reported incident, an agent reads the intake filtered by new records, creates a task, and marks the record done with the fix description in the same turn, then the publisher marks it released with the version. ## Quick Start Read the new cargo records from the intake and triage each one by creating a task and marking its state according to the cargo-triage rule.

Frequently Asked Questions about cargo-triage

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

FAQPage Schema
How do I triage incoming incident reports and proposals from an intake?

Read records filtered by the new state in arrival order, decide whether each becomes work, and mark the state in the same turn. Records taken into work get a task, disputable ones go to quarantine with a reason, and merged fixes are marked done with a fix description.

What is the difference between done and released states for a cargo record?

Done is set when the fix is merged into the main branch and carries a description of what fixed it. Released is set by whoever publishes the edition, naming the release version, because consumers only receive the fix after a published release.

Why does a dry run not count as marking a cargo record?

A dry run only shows what would be sent and leaves no trace in the intake, so the record stays in its former state. Only an actual mark command call moves the record and is recognized by the turn-exit guard.

Can I move a record from quarantine directly into work?

No. A quarantined record returns to new only by a person's decision, and only after that can it become work. Taking it straight from quarantine would skip the comparison against the agreement it was quarantined by.

Why must the record key come from the intake read instead of a local file?

A key computed from local disk only finds files that still exist there, so removed analyses or rewritten proposals are never marked and hang as new forever. The intake read returns the authoritative keys for all records regardless of local disk state.