Publish from CI with npm provenance (--provenance / OIDC trusted publisher)
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 48/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- github-actions, node.js, typescript
Rechercherichtung
Beginne mit dem Lesen von publish-mcp-registry.yml und verfolge die vorhandenen release:prepare- und release:mark-dev-Skripte. Bestätige, dass der Release-Workflow über OIDC id-token-Berechtigungen verfügt und npm publish --provenance verwendet; abgeschlossen ist der Vorgang, wenn ein nicht-null npm view agent-device dist.attestations-Wert vorliegt, der sich zum Release-Commit auflöst, nachdem ein Maintainer die npm trusted-publisher-Einstellungen konfiguriert hat.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
From the MCP registry security assessment (its item 4). release:publish runs npm publish from a maintainer laptop, so the published tarball has only npm's registry signature — dist.attestations is null, and there is no verifiable link from the tarball back to the commit that produced it.
Goal
Publish from CI with npm publish --provenance under an OIDC trusted publisher, so consumers get a signed provenance statement pinning the tarball to its source commit and workflow run.
Work
- Configure the npm package's trusted-publisher / OIDC settings on npmjs.com (maintainer action — cannot be scripted from the repo; blocks the rest).
- Add a release workflow (or extend the existing tag-triggered one) that runs
release:preparethennpm publish --provenancewithid-token: writepermission, instead of a localnpm publish. - Keep
release:mark-devrunning post-publish (added in #2023) somainstill moves off the released version. - The MCP-registry publish workflow already uses OIDC (
publish-mcp-registry.yml) — mirror its trusted-publisher pattern.
Notes
- Independent of #2023; the release-script changes there don't conflict.
- Verify afterward:
npm view agent-device dist.attestationsis non-null and the provenance resolves to the release commit.
- Vorherrschende Sprache
- TypeScript
- Sterne
- 5.2k
- Forks
- 359
- Ø Merge
- 13 Std. 23 Min.
- Gemergte PRs (30 T.)
- 655
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus callstack/agent-device
-
iOS alert wait: the last poll can get ~30 ms and turns "no alert" into a failed readEvtl. vergeben @pcbeingused333 hat das vor 2 Tagen übernommen. Offenbug ready-for-agent
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 77/100
callstack/agent-device#4018 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
callstack/agent-device#1869 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 18/100
callstack/agent-device#4179 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Daemon: refuse leased requests that name no session at request admissionEvtl. vergeben @airowe hat das heute übernommen. Offenbug ready-for-agent
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 25/100
callstack/agent-device#4171 ·
Maintainer antworten meist innerhalb von 1 Tag
-
enhancement needs-triage
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
callstack/agent-device#4162 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in callstack/agent-device
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
Maintainer antworten meist innerhalb von 1 Tag
-
ready-for-agent
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
LucasSantana-Dev/Lucky#2951 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
danielmiessler/LifeOS#2567 ·
Maintainer antworten meist innerhalb von 9 Tagen
-
refactor(react-pi): classify base64 images with core's parseBase64Evtl. vergeben @jimmyallinai hat das heute übernommen. Offenmaintenance
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
assistant-ui/assistant-ui#10293 · 2 Kommentare · 1 Reaktion ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
brijeshb42/monaco-vim#175 ·