swe-marathon-five-arm
Migrate historical SWE-Marathon agent configurations to the shared Codex runtime.
Use when a connected LoopX project is asked to read, remember, record, index, register, or use a durable project material such as a Lark/wiki/design doc, research note, SOP, owner packet, migration report, benchmark paper, or external material source. Use even when the user does
$ npx -y skills add loopx-project/loopx --skill loopx-doc-registry --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/loopx-doc-registryContext preview
The summary Claude sees to decide when to auto-load this skill.
Use when a connected LoopX project is asked to read, remember, record, index, register, or use a durable project material such as a Lark/wiki/design doc, research note, SOP, owner packet, migration report, benchmark paper, or external material source. Use even when the user does
name: loopx-doc-registry description: Use when a connected LoopX project is asked to read, remember, record, index, register, or use a durable project material such as a Lark/wiki/design doc, research note, SOP, owner packet, migration report, benchmark paper, or external material source. Use even when the user does not mention LoopX or 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.
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.
From the target project:
loopx --registry .loopx/registry.json register-authority-source \ --goal-id <goal-id> \ --source-id <stable-source-id> \ --source-ref "<raw-url-or-private-path-to-hash>" \ --source-kind <doc|lark_doc|wiki|paper|owner_packet|migration_report> \ --role <public-safe-role> \ --freshness <current|historical|unknown> \ --owner-status <public-safe-owner-status> \ --gate-status <readable|needs_access|owner_review_pending> \ --boundary private_redacted \ --revision "<public-safe-revision-label>" \ --conflict-rule "<public-safe-conflict-rule>" \ --topic <topic-key>
Use `--dry-run` first when the source classification or target project is not obvious.
Stop and write a project-local todo or blocker instead of registering when:
permitted;
rule is unclear.
A control plane with a durable state kernel for long-horizon agents and teams. Keep work moving and improving across sessions, with less human attention.
Repo: loopx-project/loopx
Migrate historical SWE-Marathon agent configurations to the shared Codex runtime.
在 Terminal-Bench 4.0 上做 codex harness 五臂对照(裸 codex / 原生 /goal / LoopX 三模式)。复用 SWE-Marathon…
Inspect authorized LoopX Goals, Todos and deliveries to explain progress, identify owner…
Use when acting as the operator or post-run analyst of a LoopX-managed benchmark experiment…
Qualify the exact final diff for a LoopX-managed goal. Use when goal policy enables…
Operate an explicitly activated LoopX Material Lifecycle for a connected project. Use for…