| name | rlm-workflow-acp |
| description | Orchestrate the RLM repo workflow end to end with strict sequential phase gates, locked artifacts, traceability, TODO discipline, and optional ACP delegation to Kimi via `acpx`. Use for requests like "Implement requirement <run-id>", "Run RLM Phase <N>", "resume requirement", "lock Phase <N>", or "verify locks". |
RLM Workflow ACP
Use this skill to execute repository work through the canonical RLM process while keeping the repository artifacts as the source of truth.
Trigger Examples
Implement requirement '2026-02-24-add-oauth'
Run RLM Phase 2 for .codex/rlm/2026-02-24-add-oauth/
Resume requirement '2026-02-24-add-oauth' after manual QA
Verify locks for .codex/rlm/2026-02-24-add-oauth/
Core Operating Model
- Read local invocation conventions from
.codex/AGENTS.md.
- Read canonical workflow rules from
.agent/PLANS.md.
- Resolve the run folder under
.codex/rlm/<run-id>/.
- Enforce the lock chain before touching later phases.
- Execute exactly one active phase at a time.
- Keep locked artifacts immutable; use addenda for new findings.
- Pause only for explicit manual QA in Phase 5.
If .codex/AGENTS.md and .agent/PLANS.md disagree, follow .agent/PLANS.md and note the mismatch in the current phase artifact when relevant.
Bootstrap First
Before starting any run, ensure the repo scaffolding exists and is up to date:
.codex/AGENTS.md
.agent/PLANS.md
.codex/rlm/
- installer-managed scaffolding files
Run one of:
python ./scripts/install-rlm-workflow.py --repo-root .
python3 ./scripts/install-rlm-workflow.py --repo-root .
powershell -ExecutionPolicy Bypass -File ./scripts/install-rlm-workflow.ps1 -RepoRoot .
pwsh -NoProfile -File ./scripts/install-rlm-workflow.ps1 -RepoRoot .
bash ./scripts/install-rlm-workflow.sh --repo-root .
Required Read Order
Read only what is needed, in this order:
.codex/AGENTS.md
.agent/PLANS.md
- Active run artifacts in
.codex/rlm/<run-id>/
- Relevant references from this skill:
references/workflow-manual.md for the full workflow narrative
references/plans-canonical.md for canonical plans content
references/artifact-template.md for artifact structure and gate scaffolding
references/agents-block.md for installer-managed AGENTS block content
Phase Protocol
Apply the same protocol for every phase:
- Identify the active phase from the earliest missing or not-lock-valid artifact.
- Read the base artifact plus current-phase addenda before drafting output.
- Write the phase artifact with required headers, traceability, TODO section, Coverage Gate, and Approval Gate.
- Do not lock until all TODO items are complete and both gates pass.
- When locking, add
LockedAt and LockHash.
Do not create or edit later-phase artifacts while an earlier phase is unresolved.
Mandatory Hard Rules
- Never work on
main or master without explicit consent.
- Always create or enter an isolated worktree before implementation work.
- Do not write production code in Phase 3 without a failing test first.
- Do not skip Phase 1.5 when the requirement is a debugging/bug-fix requirement.
- Do not advance to later phases without a valid lock chain.
- Do not update global artifacts before manual QA sign-off.
- Do not lock any phase artifact with unchecked TODO items.
Optional Companion Skills
When installed alongside this main skill, also use these subskills when their trigger conditions apply:
rlm-worktree
- Use for Phase 0 worktree isolation.
rlm-debugging
- Use for Phase 1.5 root cause analysis.
rlm-tdd
- Use for Phase 3 TDD discipline.
rlm-subagent
- Use for parallel sub-phase execution and optional Phase 3.5 review.
ACP Delegation
Use ACP delegation only for bounded implementation-heavy or repairable work where repo-mediated validation is possible.
Allowed Delegation Modes
Allowed Session Policies
Use auto unless there is a concrete reason to force another policy.
Required ACP Sequence
- Validate the run is in a delegable state.
- Create the sealed handoff artifact:
02.5-acp-handoff.lock.md
- optional slice variant:
02.5-acp-handoff.<slice>.lock.md
- Invoke the delegation wrapper:
scripts/delegate-to-kimi.py
scripts/delegate-to-kimi.ps1
- Re-read repo/worktree state after ACP completes.
- Determine success from repo-mediated validation, not from ACP exit alone.
ACP References
Read these only when delegating:
references/workflow-manual.md
scripts/delegate-to-kimi.py
scripts/lib/completion_check.py
scripts/smoke-acp-functional.py
Validation and Utilities
Use the provided scripts instead of ad hoc checks:
scripts/verify-locks.py / .ps1
scripts/lint-rlm-run.py / .ps1
scripts/rlm-init.py / .ps1
scripts/rlm-status.py / .ps1
For ACP validation and smoke scenarios:
scripts/delegate-to-kimi.py
scripts/smoke-acp-functional.py
The validation-only smoke scenarios are expected to satisfy the same repo-mediated evidence contract as delegated Phase 4 runs. Positive smoke paths should therefore write deterministic verification evidence JSON under the run folder rather than using placeholder metadata.
Smoke scenario categories:
- ACP-invoking:
implement-exec, implement-persistent, review-exec
- validation-only:
ownership-violation, dirty-baseline-validation, multi-slice-disjoint
ACP transcript bundles are always persisted for every ACP sub-attempt. Treat --save-transcript as a backward-compatible no-op, not as an opt-in switch. This is required so repo-mediated validation and follow-up repair loops can rely on deterministic attempt evidence.
Loop control semantics are explicit:
- Python and PowerShell wrappers both default
--max-review-loops to 2
- passing
0 disables the automatic review/repair loop
- non-zero values are forwarded exactly as provided
For review-mode output (defects_or_no_defects), the reviewer must return either:
NO_DEFECTS
- a flat top-level defect list where every item begins with a concrete file or artifact reference plus a concrete issue, for example:
pm-auth/model.ts:128 request-time DDL fallback still runs on validate-only
`/.codex/rlm/<run-id>/03.5-code-review.md`: missing explicit reviewer verdict
Checklist/TODO bullets like - verify tests or - update docs are invalid and must fail review-contract validation.
When to Read Detailed References
- Read
references/workflow-manual.md when you need the full phase-by-phase workflow narrative.
- Read
references/artifact-template.md when drafting or repairing artifact structure.
- Read
references/plans-canonical.md when installer-managed PLANS content matters.
- Read
references/agents-block.md when installer-managed AGENTS content matters.
Output Standard
Keep prompts and coordination short. Put substantive requirements, plans, execution details, and evidence in the repository artifacts rather than in chat.