coulomb/activity-core
4
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
activity-core/workplans/ADHOC-2026-08-20.md
repo-manager 7ac1265039
All checks were successful
CI Smoke / host-smoke (push) Successful in 0s
Details
CI Smoke / container-smoke (push) Successful in 1s
Details
chore(registrar): assign State Hub identifiers 
Assistant: codex
Assistant-Model: gpt-5.6-sol
Assistant-Session: 01a028de-e2c8-7732-8521-46a7fc5db82f
2026-08-22 22:52:34 +02:00

1.7 KiB
Raw Blame History

id type title domain repo status owner topic_slug created updated state_hub_workstream_id
ADHOC-2026-08-20 workplan Ad hoc — activity-core opportunistic fixes 2026-08-20 infotech activity-core finished codex activity-core 2026-08-20 2026-08-20 0f803d0d-cfba-5139-a476-3d0e54256daa

ADHOC-2026-08-20 — activity-core opportunistic fixes

Reconcile the daily TODO review sink warning

id: ADHOC-2026-08-20-T01
status: done
priority: low
state_hub_task_id: "570d53c0-055b-54bb-ae07-17a3230f6bd1"

The projected daily-todo-md-stale-review definition still said that IssueSink defaulted to rest and that re-enabling the definition would unconditionally recreate Forgejo issues. That warning described the state before ACTIVITY-WP-0022 and contradicted the current code, deployment configuration, and weekly-sbom-staleness definition.

Correct the warning to state that ISSUE_SINK_TYPE=state-hub is the safe fleet default, rest is explicit opt-in, and State Hub progress is visibility rather than claim authority. Keep the schedule disabled so a documentation correction does not silently change production cadence, and document the operational checks needed before it is deliberately re-enabled. Add a projection test so the stale default rest claim cannot recur unnoticed.

Verification:

  • Focused regression and IssueSink tests: 7 passed.
  • Full suite: 342 passed, 1 skipped, 4 failed. The four failures are unrelated existing inconsistencies: rules boundary allowlisting, the State Hub image pin assertion, a schedule-health response double missing status_code, and the sync-service expectation omitting the returned errors count.