Table of Contents generated with DocToc
<Project Name> — remediation PR workflow specificsProject-specific mechanics of how the security-issue-fix skill opens a public fix PR on the project's <upstream> repository. Only the bits that are specific to this project live here; the generic flow (clone → branch → commit → push → gh pr create --web) is described in the security-issue-fix skill itself.
| Key | Value |
|---|---|
| Upstream repo | TODO |
| Upstream URL | TODO |
Upstream AGENTS.md | TODO |
| Contributing docs root | TODO |
| Gen-AI disclosure reference | TODO: URL + anchor in the project's contributing docs |
| Public security policy | TODO |
The authoritative configuration for the upstream repository is in project.md; this file reiterates the same values for convenience.
TODO: list the project's developer toolchain. Example shape:
Python 3.11+.uv, cargo, mvn.The security-issue-fix skill assumes a clean clone of <upstream> reachable from the agent‘s working directory (path from .apache-magpie-overrides/user.md → environment.upstream_clone), with a remote named for the user’s GitHub fork that gh pr create can push to.
TODO: list the project's backport-to-<branch> labels and the default policy. Most projects need only one or two.
TODO: the project's convention for AI-assisted commits. Example:
Never use
Co-Authored-By:with an AI agent as co-author. Use aGenerated-by:trailer instead.
And the concrete trailer text for this project:
Generated-by: TODO: model + URL to the project's Gen-AI disclosure anchor
Every public surface (commit message, branch name, PR title, PR body, newsfragment) must be grep-checked for leakage of:
CVE- (the CVE ID),vulnerability, security fix.A leaked CVE or tracker-repo reference in a public PR breaks the disclosure coordination; the skill refuses to push if the scrubbing grep fails.
Always open PRs with gh pr create --web so the human reviewer can check the title, body, and the Gen-AI disclosure in the browser before submission. Pre-fill --title and --body (including the Gen-AI disclosure block) so the reviewer only needs to review, not edit.
The exceptional private-PR path (target branch main of the tracker repo; CI does not run; static checks and tests run manually by the PR author) is described in Step 9 of ../../README.md. TODO: note any project-specific deviation from the generic process.