skill/owner-inference/SKILL.md
Infer a suspected owner for a failing test file using CODEOWNERS, git blame, recent commits, and an override map.
npx skillsauth add sorratheorc/sorraagents owner-inferenceInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Provide a deterministic heuristic to identify the likely owner of a failing
test file so that triage can assign it for investigation. Used by the
check_or_create_critical_issue triage skill to populate the "suspected owner"
field in new critical issues.
test-failure work item and
needs to assign or suggest an owner.{ "repo_path": ".", "file_path": "tests/test_foo.py", "commit": "abc123" }
repo_path — path to the repository root (default .)file_path — relative path to the failing test file (required)commit — optional commit hash for contextconfidence_threshold — minimum confidence to accept a heuristic result (default 0.3){ "assignee": "...", "confidence": 0.0-1.0, "reason": "...", "heuristic": "..." }.opencode/triage/owner-map.yaml for explicit path-to-owner mappings..github/, or docs/).Build with confidence 0.0.skill/owner-inference/scripts/infer_owner.py — CLI entrypoint and library functions..opencode/triage/owner-map.yamlconfidence_threshold in the JSON payload (default 0.3).skill/triage/SKILL.mdskill/triage/resources/runbook-test-failure.mddevelopment
Canonical push-to-dev and branch-policy enforcement for agents. Provides the push-to-dev workflow, branch naming, conflict handling, and release process guidance. Trigger with: /skill:ship push-to-dev
development
Write tests, docs and code for a single, specific Worklog work item. Unlike the `implement` skill, this skill operates on exactly one work-item without using `wl next` for recursive dependency resolution or sub-task discovery. It is designed to be invoked by Ralph's per-child loop so that each child is implemented, audited, and remediated independently. Trigger on user queries such as: 'implement-single <work-item-id>', 'complete <work-item-id> (single)', or when Ralph delegates a single-child implement step.
testing
Run an iterative implement→audit loop for a target work item. Ralph is a launcher/orchestrator, not the normal Worklog implementation workflow.
testing
Discover related work for a Worklog work item and generate a concise, auditable "Related work" report that can be appended to the work item description.