workflow-fix-and-ship — independently scanned and version-tracked by SaferSkills.
SaferSkills independently audited workflow-fix-and-ship (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.
Degree of freedom: MIXED. Root-cause and surgical fix [HIGH freedom]; reproduce-before-edit, regression test, and PR evidence [LOW freedom — run exactly].
Triage → fix → verify → ship. Every step leaves evidence.
| Skill | Owns |
|---|---|
| workflow-fix-and-ship (this) | One bug from triage through regression test, fix, PR, deploy check |
workflow-feedback-to-closure | Many reports deduplicated into tickets, each driven to closure |
debug-error | Diagnosis of one bug with hypotheses and runtime evidence |
workflow-build-feature | A whole feature end to end, not a bug |
debug-sentry-monitor | Sentry triage, noise cuts, instrumentation, post-deploy monitoring |
workflow-spec-tdd | Spec, plan, TDD loop before writing a line |
workflow-pr | Existing PR lifecycle: review, bot feedback, conflicts, merge |
Reproduce: checkout 500s when the cart has a deleted SKU; Sentry showsTypeErrorinquoteCart. Isolate:quoteCartassumes every line item still exists; deleted SKU yields undefined price. Fix: treat missing SKU as an invalid line + regression test with a deleted product id. Prove: Playwright retries the deleted-SKU cart → inline error, not 500; pay-happy-path still completes.
workflow-feedback-to-closure; FE↔BE contract → debug-fe-be-integration1. TRIAGE → pull Sentry + logs, reproduce locally
2. ROOT CAUSE → debug-error (isolate, identify, understand)
3. FIX → surgical change, matching tests
4. VERIFY → test-playwright (confirm fix, catch regressions)
5. PR → workflow-pr
6. POST-SHIP → deploy-verify (optional if deploy is immediate)The turn ends at the Done criteria (Phase 6 only when a deploy is in scope) or at a real gate — a decision only the user can make, a missing credential, a failing service. A phase summary is a progress note, not a stopping point.
Pull signals before touching code:
sentry:search_issues
{
"organizationSlug": "<ORG>",
"query": "<describe the bug>",
"projectSlugOrId": "<PROJECT>",
"regionUrl": "<REGION_URL>",
"limit": 5
}Then pull Supabase logs if the bug may be data-related:
supabase:query_logs
{
"sql": "select timestamp, event_message, log_attributes['request.method'] as method, log_attributes['request.path'] as path, log_attributes['response.status_code'] as status_code from logs where source = 'edge_logs' order by timestamp desc limit 100"
}Reproduce locally before any code change. State the exact repro steps.
Read the debug-error skill and follow it.Required output: one-sentence root cause statement — "The bug is X because Y."
Rules:
Read the test-playwright skill and follow it.Drive the live app through the exact repro scenario. Confirm the fix resolves it. Check that nearby flows still work (regression scope = files touched ± 1 level).
Read the workflow-pr skill and follow it.PR description must include:
If deploying immediately after merge, read the deploy-verify skill.
Resolve the Sentry issue after confirming the fix is live in production.
~30 seconds. Free. No account. Every finding cites a rule and a line of evidence.