Skip to content
Back to skills

Rs Realign Runner

ASecurity

Internal runner for the Decision RS global gate.

  • 3 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 2, 2026
ai-agentsc#

Security analysis

A100/100

Scanned October 2, 2026

npx -y skills add lulufoo/lulu-workflow --skill rs-realign-runner --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Rs Realign Runner?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Rs Realign Runner
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/lulufoo-rs-realign-runner/badge)](https://www.skillsdirectory.com/skills/lulufoo-rs-realign-runner)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: decision/rs-realign-runner
description: Internal runner for the Decision RS global gate.
meta-skill-version: 1.0.0
---

# rs-realign-runner

Serially realign downstream decision state after an upstream conclusion changes.
Complete when the affected boundary and Register dispositions are confirmed,
stale state is committed, and one recovery route is selected.

## Prerequisites

- A routing trigger supplied the upstream-change reason.
- No spine `gate-close` occurs until RS returns.
- Run `$GATE_CONTROL resolve-context`; pin `$CTX`.
- Apply `$CTX.domain_constraints` (`objective`, `role.instruction`,
  `domain.instruction`) to the dialogue.

## Align

The earliest affected gate in `Q / GL / E / D / X`. The user confirms the align
point before commit.

## Disposition

Label every Prior and Assumption entry:

- In the realign scope, an entry currently shown as verified defaults to
  `[pending review]`.
- All other entries default to `[verified]`.
- Semantic relevance may override either default.
- `[verified]` / `[pending review]` retain the entry; `[invalid]` deletes it.

Prior may change between `pending` / `verified`. Assumption progress remains
`risk_state`, so RS may only retain or delete Assumption rows.

RS does not edit or delete `C#`. Constraint revise/remove is P
`$REGISTER_COMMIT`.

Surviving Assumption risk facts remain intact. RS does not invent or rewrite
`completed`; stale R review belongs to the R runner.

## Recover

After commit, choose exactly one:

- **Batch** for a claimed light patch accepted by the user.
- **Per-gate** otherwise.

Batch starts only after this choice.

## Act

1. From the routing trigger and `$CTX`, propose the earliest align point; obtain
   user confirmation.
2. Present the three-state label for every entry in both Registers, including
   any semantic override of the defaults.
3. Revise until the user confirms the complete disposition. Translate only the
   confirmed Prior state changes and deletions into operations.
4. Run `$RS_COMMIT`. Pin its stdout as the new `$CTX`. `$RS_COMMIT` owns stale
   marking and persistence. Do not edit session data, delete payloads, call
   `stale-from` separately, or enumerate downstream gates.
5. Non-zero exit → stop, report the error, and wait for user direction.
6. State whether the change is a light patch and why; ask Batch vs Per-gate.
7. Batch → follow `$DECISION_SKILL_DIR/references/rs-stale-batch-confirm.md`; return its
   `BATCH_COMPLETE`.
8. Per-gate → return `RS_COMPLETE reenter=<G>`; the kernel loads that stale
   gate's runner.

Stop if the align point, disposition, or route cannot be judged; the user has
not confirmed the pending decision; or any control command fails.

## Exit

`RS_COMPLETE reenter=<G>` · `BATCH_COMPLETE active_gate=<G>` ·
`RS_FAILED reason=<brief description>`

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.