triage-security-issues
Use when asked to coordinate triage and remediation of a repository's Dependabot malware/vulnerability, GitHub Code Scanning, GitHub Secret Scanning, and Codex Security cloud alerts. Not for starting a new scan or merely authoring or reviewing skills.
- License 许可
- MIT
- 最近更新
- 2026-11-15
- Stars
- ★ 4
- Forks
- 2
01 前言 Front Matter
- name
- triage-security-issues
- description
- Use when asked to coordinate triage and remediation of a repository's Dependabot malware/vulnerability, GitHub Code Scanning, GitHub Secret Scanning, and Codex Security cloud alerts. Not for starting a new scan or merely authoring or reviewing skills.
02 资源文件 4
- 参考文档references/authentication.md3.8 KB
- 参考文档references/coordination.md4.1 KB
- 参考文档references/sources.md9.5 KB
- 参考文档references/triage.md4.2 KB
03 SKILL.md 正文
Triage security issues
Contract and mandatory reuse
Execution covers inventory, complete triage/grouping, then remediation through verified source resolution, subject to narrower user limits. Authoring, reviewing, or testing this skill never starts a campaign or authorizes live alert mutations.
Invoke existing skills that implement the needed capability. Do not duplicate
their natural-language procedures or copy their scripts. This rule applies to
authors and executing agents. This wrapper owns only security-source acquisition,
identity, private accounting, cross-source grouping and source-resolution policy.
Inspect available skills/helpers before adding code for a demonstrated gap; do not
build another GitHub client, browser-session manager, campaign engine or delivery
script. Do not invoke triage-fix-all-bugs: its native Bug input contract differs.
Read repository/local instructions and LCM integration.
Invoke lcm-memory for required project context without storing raw findings or
credentials. Read procedural-development and
its coordination/delivery references. Apply its
root lifecycle admission
before triage dispatch or unattended waiting. Every worker receives the
worker execution brief
and must supply its command completion/cleanup evidence.
Read sources, authentication,
triage and accounting before
collection. These references supply caller policy, not replacement workflows.
Before collection or campaign dispatch, verify gh auth status --hostname <host>.
If unauthenticated, ask the user to run gh auth login --hostname <host> and wait
before continuing. Recheck after they authenticate; do not open a GitHub browser
login or acquire another credential source.
Configuration
Invocation instructions, not CLI flags: REPOSITORY defaults to the checkout's
canonical GitHub host/owner/repository; CODEX_CSV optionally supplies a snapshot;
RESUME_RUN selects an existing private campaign. A repository override must map
to the inspected checkout before assessment. Default sources are the four in the
description; never silently add Issues, advisories/private reports or new scans.
Copy of the Alpha roster with mandatory security bindings:
| ROLE | Model default | Reasoning default | Tier default |
|---|---|---|---|
TRIAGE |
gpt-daybreak-blue-latest |
high | default |
OWNER |
gpt-5.6-sol |
medium | default |
IMPLEMENTER |
gpt-daybreak-blue-latest |
high | default |
SECURITY_IMPLEMENTER |
gpt-daybreak-blue-latest |
high | default |
ESCALATED_IMPLEMENTER |
gpt-daybreak-blue-latest |
high | default |
REVIEWER_A |
cortex-hq/zai-org-GLM-5.3 |
maximum supported | default |
REVIEWER_B |
xai/grok-4.6 |
medium | default |
SYNTHESIS_REVIEWER |
anthropic/claude-opus-5 |
medium | default |
Resolve <ROLE>_MODEL, <ROLE>_REASONING, <ROLE>_TIER using shared precedence and
route preflight. Owner/reviewer models are configurable. TRIAGE, IMPLEMENTER,
SECURITY_IMPLEMENTER and ESCALATED_IMPLEMENTER must remain Daybreak Blue,
including duplicate adjudication, validation and nested implementation calls.
An incompatible model override is a configuration conflict, not a fallback.
Inherit shared owner limits, candidate budgets and best-effort tier rules; do not
redefine them. Record resolved values and pass them unchanged on resume/handoff.
Skill invocation boundaries
Discover installed skills by these names and read their entrypoints before invoking
them. Missing required skills block that capability; do not recreate their workflow
inline. External plugin paths are resolved from the active skill catalog, never
hard-coded to this author's machine. The parent campaign owns dispatch and grouping;
triage-finding runs inline inside its assigned Daybreak worker without nested
triage dispatch, dynamic tests, deduplication or source mutation.
| Invoke | Input | Required evidence / condition for continuing |
|---|---|---|
lcm-memory |
Target project and bounded context question | Applicable context or recorded empty/unavailable result under repository policy |
codex-security:triage-finding |
Frozen sanitized supplied findings, exact source identities, checkout/SHA and private output destination; reuse its GitHub intake reference through authenticated gh api before freeze |
One static verdict per source ID with evidence/proof gaps; no unrequested advisory intake or secret persistence |
codex-security:validation |
Specific unresolved claims requiring bounded validation, original IDs/evidence, isolated fixtures and private artifact destination | Evidence-backed result per claim or explicit remaining uncertainty; never treat setup failure as disproof |
playwright-cli or available Playwright/browser skill |
Exact source/repository, collect or approved disposition action, campaign auth contract and private destinations | Verified account/filter, complete export or source readback; login budget and credential isolation preserved |
procedural-development |
Grouped actionable/uncertain inventory, full S0 ledger, current verified runtime root, same logical run ID and recovery record, spent rounds, resolved roles, private tracker, FOLLOWUP_CHANNEL=private-record, source-resolution and LCM integration contracts |
Invoke only after complete triage barrier; accept delivery only against caller audit |
codex-security:fix-finding |
From procedural-development's assigned Daybreak implementer: approved group plan, constituent claims, isolated worktree, acceptance and evidence | Complete fix/no-change/blocked evidence; return to existing owner/review lifecycle, no second coordinator |
codex-security:verify-fix |
Only when the user explicitly requests security-fix verification: findings and exact candidate checkout | Read-only per-finding fixed/still-vulnerable/inconclusive result; otherwise use the existing fix/review verification |
flock |
Only when shared LCM integration requires it: declared resource, authorized coordinator and protected operation | Existing skill's live ownership through verification; no invented campaign locks |
Use the existing skill's output contract, linking its private result from the ledger instead of rewriting reports. A delegated skill's narrower boundaries remain in force. Where it cannot meet this campaign's transport, privacy or model contract, report the specific incompatibility and continue independent work only.
Phase handoff
Freeze complete S0, triage every member, and finish centralized cross-source
grouping before any implementation. Evidence-backed dismissals may happen during
triage, after freeze and fresh source readback. Pass only actionable/uncertain
groups to procedural-development, keeping the full denominator privately.
The caller retains source dispositions and final audit; the invoked skill owns
remediation execution. Neither an empty queue nor a merged PR proves completion.
04 同仓库更多 Skills
triage-fix-all-bugs
Use when asked to coordinate triage and remediation of all currently open native GitHub Bug issues in this repository. Not for a single issue or merely authoring or reviewing skills.
procedural-development
Use when executing or resuming a specified issue or bounded development inventory in a GitHub repository. Not for repository-wide Bug discovery, Epic assessment, or merely authoring or reviewing skills.
lcm-release
Use when explicitly asked to cut or recover a manual LCM release. Not for ordinary version bumps or Changesets release-note/version PR work.
implement-epic
Use when asked to execute or resume an existing planned native GitHub Epic and its required deliverables in this repository. Not for inventing a roadmap, triaging all Bugs, or merely authoring or reviewing skills.
flock
Use when cooperating workers need exclusive ownership of a named resource on the same Linux host through an advisory flock mutex.