loopx-doc-registry

# LoopX Doc Registry Use this skill for durable project materials. The goal is to make future agents find the material from the project authority surface, not only from chat or personal memory. ## Default Route 1. Resolve the target project and stable `goal_id` from the current repo or the user's named project. Prefer `.loopx/registry.json` and `.codex/goals/<goal-id>/ACTIVE_GOAL_STATE.md`. 2. If the material belongs to that project, register it in that project's own authority surface. Do not register it into `loopx-meta` just because the current worker discovered it. 3. If the project has a tracked `docs/meta/DOC_REGISTRY.yaml` or equivalent, update that first. If it does not, use `.loopx/registry.json` as the project-local doc registry through `authority_registry.topic_authority` and `authority_registry.project_materials`. 4. Run `loopx register-authority-source` with a redacted source contract. Raw URLs, doc ids, local private paths, comments, and source bodies must not be stored in public files. 5. Refresh status or state so review packets, read-only maps, dashboards, and heartbeat workers can find the material. Memory extensions are allowed only as secondary personal reminders. They are not a substitute for project-local authority registration when the project is connected to LoopX. ## Command Shape From the target project: ```bash loopx --registry .loopx/registry.json register-authority-source \ --goal-id <goal-id> \ --source-id ...