You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The Daily Documentation Healer scan (2026-06-22) surfaced a recurring failure mode where persistent documentation deficits get auto-closed as not_planned by github-actions[bot] (expiry), and DDUw's 1c. Scan Recently Closed Documentation Issues step never acts on them because the spec only routes not_planned issues through code-change cross-referencing (Step 2).
When the gap is a pure documentation deficit (no triggering code change in the window), the issue effectively disappears.
Issues auto-expired as not_planned in the last 7 days where the gap is still real
This is a strong rejection signal for the docs-only fix direction on auto-expired persona/onboarding docs issues. Per the doc-healer spec, this run is not re-attempting any of the gaps above — escalating to maintainer instead.
Why DDUw missed this class of issues
.github/workflows/daily-doc-updater.md step 1c handles not_planned issues like this:
closed as not_planned: Do not create documentation based solely on this issue. Instead, cross-reference the issue's subject matter against commits from the same 7-day window (Step 2). If a related code change is found, treat it as a new documentation gap...
This correctly avoids acting on rejected fix directions, but it leaves a blind spot: standalone documentation-coverage deficits (godoc package comments, undocumented features, persona-onboarding gaps) that have no triggering code change are simply dropped.
Proposed direction (maintainer decision needed)
@pelikhan — please pick one:
Accept docs-only fixes for these deficits — confirm that future doc-healer / DDUw runs may open PRs for auto-expired not_planned issues that describe pure documentation gaps with an unambiguous fix direction (e.g., add a missing doc.go).
Reject docs-only fixes for these deficits — confirm these classes of issues are intentionally being auto-expired without action. In that case, DDUw step 1c should be tightened to explicitly skip auto-expired not_planned issues from the scan output entirely so doc-healer doesn't keep re-surfacing them.
Code-side fix preferred — for [deep-report] Add engine.extensions to engine-config schema + document (Pi engine) #39812 in particular, the inverse direction is to update pkg/parser/schemas/main_workflow_schema.json to allow extensions in engine-config branches; that is a code/schema change, not docs. Confirm whether the schema fix should be opened by a different agent.
If option 1 is selected, add a new sub-step to DDUw 1c for not_planned issues:
If the issue describes a pure documentation-coverage deficit (missing doc.go, undocumented exported symbols, missing reference page for a documented feature) and the fix direction is unambiguous (the issue body names the exact file and the missing content), apply the fix and reference the issue with Closes #NNN. Skip if the issue is a persona / onboarding gap (those go through doc-healer maintainer escalation, per the #40171 rejection).
If option 2 is selected, add to DDUw 1c:
Skip not_planned issues closed by github-actions[bot] (expiry auto-close) entirely — do not cross-reference against commits, do not include in scan output. They are intentionally expired by the workflow system, not signals of work to do.
Context
The Daily Documentation Healer scan (2026-06-22) surfaced a recurring failure mode where persistent documentation deficits get auto-closed as
not_plannedbygithub-actions[bot](expiry), and DDUw's1c. Scan Recently Closed Documentation Issuesstep never acts on them because the spec only routesnot_plannedissues through code-change cross-referencing (Step 2).When the gap is a pure documentation deficit (no triggering code change in the window), the issue effectively disappears.
Issues auto-expired as
not_plannedin the last 7 days where the gap is still realengine.extensionsto engine-config schema + document (Pi engine)extensions; reference docs do not mention itpkg/githubandpkg/gitutildoc.goin either packagepkg/agentdrain/README.mdinto adoc.gopkg/agentdrain/doc.gopkg/console/console_wasm.gostill lack doc commentsCLAUDE_CODE_OAUTH_TOKENunsupported + surfacegh aw init --engine claudequick-start.mdxstill has neither linecookierejection pattern in #39930Rejection signal — do NOT auto-fix
The previous doc-healer run already attempted the docs-only fix direction for one of these gaps:
< /path/to/token.txtsnippet in Quick Start).@pelikhanclosed PR [docs] Self-healing documentation fixes from issue analysis - 2026-06-19 #40171 without merging the same day.< /path/to/token.txtwith an echo-pipe in Quick Start #40096 was closed ascompletedby@pelikhan, yet the broken docs lines remain ondocs/src/content/docs/setup/quick-start.mdx:81and:87today.This is a strong rejection signal for the docs-only fix direction on auto-expired persona/onboarding docs issues. Per the doc-healer spec, this run is not re-attempting any of the gaps above — escalating to maintainer instead.
Why DDUw missed this class of issues
.github/workflows/daily-doc-updater.mdstep 1c handlesnot_plannedissues like this:This correctly avoids acting on rejected fix directions, but it leaves a blind spot: standalone documentation-coverage deficits (godoc package comments, undocumented features, persona-onboarding gaps) that have no triggering code change are simply dropped.
Proposed direction (maintainer decision needed)
@pelikhan— please pick one:not_plannedissues that describe pure documentation gaps with an unambiguous fix direction (e.g., add a missingdoc.go).not_plannedissues from the scan output entirely so doc-healer doesn't keep re-surfacing them.engine.extensionsto engine-config schema + document (Pi engine) #39812 in particular, the inverse direction is to updatepkg/parser/schemas/main_workflow_schema.jsonto allowextensionsin engine-config branches; that is a code/schema change, not docs. Confirm whether the schema fix should be opened by a different agent.Suggested DDUw rule additions (after maintainer direction)
If option 1 is selected, add a new sub-step to DDUw
1cfornot_plannedissues:If option 2 is selected, add to DDUw
1c:References
.github/workflows/daily-doc-updater.md