start-ticket — independently scanned and version-tracked by SaferSkills.
SaferSkills independently audited start-ticket (Agent Skill) and scored it 100/100 (green). The audit ran 55 deterministic rules across Security, Supply Chain, Maintenance, Transparency, and Community; it found 0 high-severity and 0 lower-severity findings. The full rule-by-rule trace and per-finding evidence are below. Free, methodology-open.
Findings & checks · 0 flagged
Every scanned point with the score it earned and what moved between them.
First recorded scan — no prior version to compare against.
The primary manifest — the file an agent reads to learn what this artifact does.
Initialize work on a Jira ticket by looking up the ticket details and creating an appropriately named branch.
/start-ticket AB-123Use the /jira-ticket skill or the Jira MCP tools directly to fetch the ticket details:
mcp__jira__jira_get with:
path: /rest/api/3/issue/{ticketNumber}
jq: "{key: key, summary: fields.summary, type: fields.issuetype.name}"Map the Jira issue type to a conventional commit prefix:
| Issue Type | Branch Prefix |
|---|---|
| Story | feat |
| Task | feat |
| Bug | fix |
| Spike | chore |
| Sub-task | inherit from parent, or feat |
| Improvement | feat |
| Technical Debt | refactor |
| Documentation | docs |
| Default | feat |
Format: {prefix}/{TICKET-NUMBER}-{kebab-case-summary}
Rules:
Example: For ticket AB-123 with summary "Sanitize Input":
feat/AB-123-sanitize-inputBefore creating a fresh branch, check whether a previous session already worked this ticket and left a /wrap-up handoff. "Start ticket" is the new-work entry point, but the same ticket sometimes comes back — and a handoff means there's likely an existing branch plus open threads you'd otherwise re-create from scratch.
Two-step so the usual case (a genuinely new ticket) stays network-free:
~/.claude/skills/handoffs/scripts/list.sh --ticket {TICKET-NUMBER}Read ---MATCHED-HANDOFFS--- (current-repo, supersede-filtered, newest first). Empty → skip to step 4 and create the branch normally. This is the usual path.
~/.claude/skills/handoffs/scripts/list.sh --check-branches --ticket {TICKET-NUMBER}Still empty → the earlier work shipped; create a fresh branch (step 4). Otherwise take the newest matched line: {filename}|{date}|{time}|{slug}|{branch}|{exists}|{pr-state}|{pr-number}|{pr-url}.
When a live handoff remains, ask with AskUserQuestion:
📥 You have a handoff{slug}({date} {time}) for{TICKET-NUMBER}on branch{branch}. Resume it instead of creating a new branch?
Read ~/.claude/handoffs/{filename} and render it verbatim in a fenced block as resume context. Then resume its branch rather than creating a new one: git checkout {branch} if it exists locally, else hand to /handoffs for the full (worktree-aware) resume flow. Skip step 4 — don't git checkout -b over an existing branch. If {exists}=Y and the recorded cwd differs from pwd, add **Switch directory:** cd {cwd}.If list.sh errors or there's no handoffs dir, proceed to step 4 silently — this is a courtesy, never a blocker.
# Ensure we're on main and up to date
git checkout main
git pull origin main
# Create and switch to new branch
git checkout -b {branch-name}Output the created branch name and ticket summary so the user knows they're ready to start work.
~30 seconds. Free. No account. Every finding cites a rule and a line of evidence.