Documentation and Deferrals
Weekly Retrospective
These settings tune the retrospective loop’s behavior on every tier — the local/prflow:retrospective-weekly command and the shipped scheduled workflow alike. Every key below sits inside the prflow_retrospective object. The table identifies settings that are currently declarative rather than enforced.
The shipped devflow-retrospective.yml workflow runs the same loop on a weekly schedule. It is a separate opt-in gated by its own key, workflows["prflow-retrospective"] (a JSON boolean, disabled by default) — not by prflow_retrospective.enabled, which stays declarative. See Weekly Retrospective for the workflow, its triggers, and its state-PR guard.
Limits on what one retrospective run may file
Limits on what one retrospective run may file
These limits keep one run from filing a burst of issues into your tracker. Raise them only after you have read what a run files at the default settings.
Valid Example
docs/internal/, public docs under docs/external/ and release notes into docs/external/release-notes.md, labels the issue Documented when it finishes, files deferred work as issues labeled PRFlow and Deferred, and a weekly retrospective run files at most three issues.
To change how the documentation pass writes, rather than where it writes, use a prompt extension for docs.