Contract
Valid v1 manifest, matching registry identity, repository-relative paths.
Build adapters, packs, specialists, reporters, and integrations in public. Authority is declared up front, fixture proof is required, and official status is earned in a separate review.
Open the extension issue and name the users, missing evidence, required authority, and safe boundary.
Create extensions/community/<id>/extension.json and declare every entrypoint, permission, fixture, and output contract.
Add deterministic positive/negative or vulnerable/clean fixtures. A happy-path demo is not enough.
Run the extension validator and the repository tests. CI checks identity, paths, safe defaults, and registry consistency.
The pull request begins in Community. Incubating and Official are separate maintainer-reviewed decisions.
{
"id": "your-extension",
"lifecycle": "COMMUNITY",
"permissions": {
"network": "NONE",
"filesystem": "READ_SCOPED",
"subprocess": "NONE",
"secrets": []
},
"safety": {
"destructive_actions": false,
"production_mutation": false,
"evidence_contract": true
}
}Valid v1 manifest, matching registry identity, repository-relative paths.
Network, filesystem, subprocess, and secret access are fully declared.
No destructive default and no production mutation.
Output targets a canonical contract and preserves provenance.
Deterministic tests exercise success and rejection paths.
Contributors cannot self-assign Incubating or Official.
Contract-valid submission accepted into the curated registry.
Promising work under active maintainer calibration and compatibility review.
Maintained under the SecHelix release, compatibility, and security process.
These labels describe distribution trust and maintenance. They never replace evidence confidence on a security finding.