6.8 KiB
id, type, title, domain, repo, status, owner, topic_slug, created, updated, depends_on, state_hub_workstream_id
| id | type | title | domain | repo | status | owner | topic_slug | created | updated | depends_on | state_hub_workstream_id | ||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| RREG-WP-0006 | workplan | Rename to repo-scoping and Full Custodian Integration | capabilities | repo-registry | todo | codex | foerster-capabilities | 2026-04-30 | 2026-04-30 |
|
9daccfee-bcfc-49c5-bf68-36ea8c205a09 |
RREG-WP-0006 — Rename to repo-scoping + Full Custodian Integration
Goal
Complete the identity shift from "repository ability registry" to "repository
scoping service". The name repo-registry describes internal mechanics
(registering repos); repo-scoping describes the utility value (establishing
and maintaining repository scope). This rename follows naturally from the
SCOPE.md generation feature (RREG-WP-0005) becoming the primary output.
After the rename: run the first full ecosystem SCOPE.md refresh using the new capability, validate all attached repos pass the updated DOI C5 checks, and clean up all references to the old name across the custodian ecosystem.
Depends on: CUST-WP-0034 (delegation infrastructure), RREG-WP-0005 (SCOPE.md generation feature must exist before the rename makes sense)
T01: Rename the Gitea repository
id: RREG-WP-0006-T01
status: todo
priority: high
state_hub_task_id: "55341e24-f936-4c74-86e4-fa084ab4a25c"
In Gitea: Settings → Rename repository from repo-registry to repo-scoping.
Gitea will set up a redirect from the old name automatically.
Then update the local checkout:
git -C /home/worsch/repo-registry remote set-url origin gitea-remote:coulomb/repo-scoping.git
Verify the push path works:
git -C /home/worsch/repo-registry push --dry-run
Acceptance: git -C /home/worsch/repo-registry remote -v shows the new URL;
a dry-run push succeeds.
T02: Update state-hub registration and repo path
id: RREG-WP-0006-T02
status: todo
priority: high
state_hub_task_id: "8a803b12-d991-48c7-8640-8876320815b1"
Update the managed_repo record in the state-hub:
- Call
update_repo_path()or PATCH/repos/repo-registry/to set the new slugrepo-scopingand updategit_urlto the new Gitea URL. - Run
make fix-consistency-here REPO_PATH=/home/worsch/repo-registryso the consistency checker re-registers the host path under the new slug. - Rename the local directory (optional — the directory name is not canonical,
only the git remote URL matters):
If the directory is renamed, also update any absolute paths that reference
mv /home/worsch/repo-registry /home/worsch/repo-scoping/home/worsch/repo-registryin CLAUDE.md files, settings, and scripts.
Acceptance: GET /repos/repo-scoping/ returns the managed repo record;
GET /repos/repo-registry/ returns 404; make fix-consistency reports no
slug-mismatch issues.
T03: Update all references in the-custodian
id: RREG-WP-0006-T03
status: todo
priority: high
state_hub_task_id: "4b630593-cfd7-4313-b774-5f7eeed819ec"
Search the-custodian for every occurrence of repo-registry that refers to
this repository (not the generic concept) and update to repo-scoping:
canon/— project charter files, full_circle_map, concept seedsworkplans/— any workplan that namesrepo-registryas a dependency or provider repo in capability registrationsstate-hub/dashboard/src/docs/scope.md— update cross-references or replace with a redirect note pointing torepo-scoping/docs/scope-md-spec.mdagents/agent-scope-analyst.md— provider repo reference updated in CUST-WP-0034-T04; verify it reflects the new name here~/.claude/projects/…/memory/MEMORY.mdand memory files — update entries that namerepo-registryas the capabilities domain repoCLAUDE.md(global and project) — ifrepo-registryappears as an example or reference
Update the capability registrations (registered in CUST-WP-0034-T03):
PATCH /capabilities/scope.generate and /capabilities/scope.update to set
provider_repo: repo-scoping.
Acceptance: grep -r "repo-registry" /home/worsch/the-custodian/ returns no
hits that refer to this repository (hits inside this workplan file are
acceptable as historical references).
T04: Run first full ecosystem SCOPE.md refresh
id: RREG-WP-0006-T04
status: todo
priority: high
state_hub_task_id: "3f25317f-5d4e-464c-8c76-80f61d6724d3"
For every registered repo that has a local path available on this host:
GET /repos/{slug}/scope/diff— inspect whether SCOPE.md is absent, stub-only, or genuinely stale- For repos where
needs_update: trueor SCOPE.md is absent: issuePOST /repos/{slug}/scope/writeto generate and write the file - For repos where the SCOPE.md is curator-owned text that should not be
overwritten wholesale: review the diff and apply only the sections flagged
as
staleormissing, leaving curator-owned sections untouched
Priority order for the refresh:
- Repos with no SCOPE.md at all (C5a fail)
- Repos with a stub SCOPE.md and no approved characteristics (flag for analysis in repo-scoping first)
- Repos with approved characteristics but stale SCOPE.md (C5b/C5c warn)
Log each write as a progress event on the custodian workstream.
Acceptance: make check-doi across all reachable repos reports no C5a
failures; C5b/C5c warns are reduced to repos genuinely awaiting curator input.
T05: Validate full DoI C5 pass and run consistency sync
id: RREG-WP-0006-T05
status: todo
priority: medium
state_hub_task_id: "860bbc02-c7f4-46cd-9898-41d3454c3ea5"
After T04:
- Run
make ingest-capabilities-allto refresh the capability catalog from all updated SCOPE.md files. - Run
make fix-consistency REPO=repo-scopingto sync workplan task statuses to the DB. - Run
make check-doifor the custodian and repo-scoping and confirm both pass C5a/b/c. - Verify the dashboard "Repo DoI" page reflects the updated scores.
Acceptance: no C5a failures ecosystem-wide; the DoI summary endpoint at
GET /repos/doi/summary shows improved aggregate C5 scores compared to
pre-workplan baseline.
T06: Update SCOPE.md for repo-scoping itself
id: RREG-WP-0006-T06
status: todo
priority: medium
state_hub_task_id: "1f5ecca9-1c73-4f30-b0e7-4a065146deeb"
After the rename, regenerate SCOPE.md for repo-scoping to reflect:
- New name in the one-liner and core idea
- Updated "In Scope" to lead with SCOPE.md generation as the primary output
- Updated "Provided Capabilities" blocks (scope.generate, scope.update added in RREG-WP-0005-T05 now appear)
- "Related / Overlapping" referencing the-custodian as the coordination layer
Run the generator against itself:
POST /repos/repo-scoping/scope/write
Then review and apply any curator-owned sections manually.
Acceptance: SCOPE.md at repo root passes all three C5a/b/c checks; the
one-liner accurately describes the repo-scoping utility.