docs loops

11 loops in this category.

Fix doc drift, ship a PR

/scheduleForward Futurenew

Compare every doc against the current code, fix what's stale, verify commands and links, and open a reviewable PR.

prompt
→ Claude
Whenever a documentation pass is needed, review the codebase in full and make sure all documentation reflects the current implementation. Update stale documentation, verify the changes, then open a pull request.
docslow risk

Changelog generation from commits

/goalloopreponew

Turn the commit history since the last release tag into a human-readable, categorized CHANGELOG entry ready for the next version.

prompt
→ Claude
/goal CHANGELOG.md has a complete entry for the next release — read every commit since the last version tag, group changes into Added, Changed, Fixed, and Removed, write user-facing descriptions (not commit messages), link PR numbers, and flag anything that looks like a breaking change; stop after 5 turns
docslow risk

Close the gaps before you build

Fill documentation gaps until requirements, technical design, acceptance criteria, and test strategy describe one buildable system.

prompt
→ Claude
Prepare [project] for implementation. Ensure its documents cover requirements, technical design, tasks with acceptance criteria, and test strategy. Each round, fix the largest gap or contradiction that could make two competent engineers build different systems. Keep details traceable, record assumptions, and ask before product forks. Recheck consistency, then have two independent reviewers describe the components, data model, dependencies, and definition of done. Stop when they materially agree and every artifact is testable, or a decision needs the user.
docslow risk

Keep docs in sync with main

/schedulenew

On every push to main, check whether changed code drifted from the docs in /docs and open a PR fixing anything out of date.

prompt
→ Claude
/schedule on every push to main, check whether the changed code drifted from the docs in /docs, and open a PR fixing anything out of date
docshigh risk

Make onboarding work from zero

Follow the README in a throwaway environment, fix every hidden setup assumption, and restart until a clean clone just works.

prompt
→ Claude
Clone [repository] into a disposable environment and follow only its README to the documented ready state, such as running the app or building the package. When a step fails or assumes missing knowledge, record the gap, fix the setup or documentation issue, discard the environment, and start again. Carry no dependencies, configuration, credentials, or repairs between attempts. Stop when one uninterrupted fresh clone reaches that state, progress stalls, or [budget] ends. Return exact commands, gaps closed, and remaining blockers.
docslow risk

Audit Pulse v0 public mission docs

/goalnew

Review and verify the Pulse v0 public dashboard mission against its settled status and evidence packet, creating a v1 paradoc for new work.

prompt
→ Claude
/goal Use Parallax on docs/mission-public-pulse-app-v0.md. Treat it as the settled v0 public usage-dashboard app mission opened before the Node B Nix-store retention paramission. Product name is Pulse / Choir Pulse, app id pulse , and product stance is radical transparency with public aggregate facts and no private surveillance data. Current status is settled for v0: public staging app/API shipped, classification/privacy invariants were tested, aggregate-only public-safe metrics rendered signed out, no private analytics store was introduced, and evidence shows content/email/IP/per-user behavior are not exposed. Do not reopen v0 unless auditing the evidence packet or correcting factual drift. For new work, create a successor Pulse v1 paradoc for cache/rate-limit policy, richer public reliability counters, or classification review workflow. Ledger: docs/mission-public-pulse-app-v0.ledger.md
docsmedium risk

README freshness check

/scheduleloopreponew

Once a week, verify every command, path, and badge in the README actually works against the current codebase and open a PR fixing anything stale.

prompt
→ Claude
/schedule every Friday at 3pm, verify the README: run each documented setup and usage command in a clean checkout, check that referenced files and scripts exist, and open a PR correcting anything that fails or has drifted, with a note explaining each fix
docsmedium risk

Keep the changelog current nightly

/scheduleForward Futurenew

Review yesterday's changes each night and keep user-facing release history complete and accurate.

prompt
→ Claude
Each night, review changes from the previous day and update the changelog with anything users should know.
docshigh risk

Match docs output exactly

/goalnew

Implement changes until your output matches the reference output character-for-character, then stop.

prompt
→ Claude
/goal implement until your output matches theirs exactly
docslow risk

Broadcast arcflow-docs bounded context

/loopnew

Advertise the arcflow-docs session's bounded context so AF, OZ, and MRL can route dependencies cleanly.

prompt
→ Claude
/loop session is opening on arcflow-docs and should advertise its bounded context so AF, OZ, and MRL can route around it (or pull on it) cleanly
docslow risk
Sponsored · ConnectMyEmail

Loops that read your inbox.

Email is the missing tool in your harness. ConnectMyEmail gives Claude Code and Codex a clean MCP into Gmail, Outlook, iCloud and IMAP — triage, drafts, follow-ups, on a loop.

connectmyemail.com →

Ralph the docs backlog

Document one undocumented public module per fresh-context iteration, verifying every code sample compiles and accumulating style rules in guardrails so the docs read like one author wrote them.

prompt
→ Claude
/loop fresh context each iteration: read docs-backlog.json, docs/STYLE.md, and .ralph/guardrails.md; pick the top undocumented module, write its reference page with a runnable example, execute the example to prove it works, and mark the module done; add any style or structure decision to .ralph/guardrails.md; stop when the backlog is empty or after 20 turns
docsmedium risk