Add the sbom-nexus catch_up resolver contract and the daily replacement for weekly-sbom-staleness, both disabled until CUST-WP-0062-T03 lands. The weekly check used `for_each: context.repos.repos` and emitted one task per stale repo — 75 tasks on 2026-08-17 against 111/111 stale repos. The replacement asks sbom-nexus for only the N oldest-stale repos in one ranked call and carries no rule block at all, so tasks_spawned is 0 by construction. - context_resolvers/sbom_nexus.py: source type `sbom-nexus`, query `catch_up`, GET /sbom/catch-up?limit=N. Read-only; ingest is T02. Limit bounded 1..25 and the response truncated to it so an over-long reply cannot widen T02's side-effect. - activity-definitions/daily-sbom-catchup.md: weekdays 09:15 Berlin, enabled: false, deterministic sbom_catchup progress sink. - rules/executor.py: the deterministic report builder only special-cased context.repos, which would have emitted a contentless progress event for this definition. _sbom_catchup_report names the selected repos and reads updated/skipped from context when T02 populates them. - 17 tests against a test double; no live nexus exists yet. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
3.6 KiB
| id | name | enabled | owner | governance | status | trigger | context_sources | |||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| daily-sbom-catchup | Daily SBOM Catch-up | false | custodian-agent | custodian | paused |
|
|
Daily SBOM Catch-up
Disabled until CUST-WP-0062-T03 lands. The
sbom-nexuscatch-up API does not exist yet; the resolver contract is exercised against a test double intests/test_sbom_nexus_context_resolver.py. Do not enable this schedule against the old per-repo/sbom/{slug}walk (CUST-WP-0062-T05).
Replaces weekly-sbom-staleness / flag-stale-sbom (ACTIVITY-WP-0030).
The weekly check reported the backlog — 111 / 111 repos stale on 2026-08-18,
93 never scanned — and spawned one task per stale repo, so it could never
close it. This definition updates N instead of reporting N.
Runs weekdays at 09:15 Berlin, after the daily triage window.
Contract
Context source sbom-nexus / catch_up (context_resolvers/sbom_nexus.py):
| Direction | Shape |
|---|---|
| input | {"limit": 3} |
| output | {repos, selected_count, stale_count, never_count, total_count, limit} |
| each repo | repo_slug, last_sbom_at, sbom_age_days, has_sbom, checkout_available |
Ranking (never-scanned first, then oldest last_sbom_at) belongs to
sbom-nexus. The adapter truncates to limit so an over-long response can never
widen the bounded side-effect below.
Task emission
None. This definition carries no rule block — that is the point of the
replacement. tasks_spawned must stay 0 on every fire, and no Forgejo issues
are emitted (ACTIVITY-WP-0022).
Evidence
id: daily-sbom-catchup-report
trusted_fields: []
model: deterministic
temperature: 0
max_tokens: 1
prompt: |
Deterministic SBOM catch-up report from context.catchup (no LLM).
output_schema: ""
review_required: false
report_sinks:
- type: state-hub-progress
event_type: sbom_catchup
author: activity-core
topic_id: cee7bedf-2b48-46ef-8601-006474f2ad7a
The progress event names the repos selected, updated, and skipped with a
reason (no-checkout, no-manifest, ingest-error), plus the fleet counters
so never_count can be watched declining day over day.
Not yet implemented (ACTIVITY-WP-0030-T02)
The bounded ingest side-effect — calling sbom-nexus ingest for each of the N selected repos using the registered checkout — waits on CUST-WP-0062-T03. Until then this definition resolves and reports only. When T02 lands, a recorded skip must advance the queue position so an impossible repo does not permanently head it.
Enable checklist
- CUST-WP-0062-T02/T03 done:
sbom-nexusstood up,GET /sbom/catch-upreturns oldest-N in one call. SBOM_NEXUS_URLreachable from the railiance01 worker.- ACTIVITY-WP-0030-T02 ingest side-effect implemented and dry-run proven.
weekly-sbom-stalenessconfirmed off in source and production (ACTIVITY-WP-0030-T03).- Project into
k8s/railiance/20-runtime.yaml,enabled: true, sync schedules, capture evidence via./scripts/prod_automation_status.sh(ACTIVITY-WP-0030-T04).