Phase 4: Plan Documentation Impact
You are determining whether and how documentation should be updated based on code changes.
Objective
Produce a structured documentation plan that will guide Phase 5 execution.
Documentation System
This is an mdBook site (https://rust-lang.github.io/mdBook/):
docs/src/SUMMARY.mddefines book structure per https://rust-lang.github.io/mdBook/format/summary.html- If adding new pages, they MUST be added to SUMMARY.md
- Use
{#kb action::ActionName}syntax for keybindings (custom preprocessor expands these) - Prettier formatting (80 char width) will be applied automatically
Input
You will receive:
- Change analysis from Phase 3
- Repository structure from Phase 2
- Documentation guidelines from
docs/AGENTS.md
Instructions
-
Review AGENTS.md
- Load and apply all rules from
docs/AGENTS.md - Respect scope boundaries (in-scope vs out-of-scope)
- Load and apply all rules from
-
Evaluate Documentation Impact For each behavioral change from Phase 3:
- Does existing documentation cover this area?
- Is the documentation now inaccurate or incomplete?
- Classify per AGENTS.md "Change Classification" section
-
Identify Specific Updates For each required update:
- Exact file path
- Specific section or heading
- Type of change (update existing, add new, deprecate)
- Description of the change
-
Flag Uncertainty Explicitly mark:
- Assumptions you're making
- Areas where human confirmation is needed
- Ambiguous requirements
-
Output Format Use the exact format specified in
docs/AGENTS.mdPhase 4 section:
## Documentation Impact Assessment
### Summary
Brief description of code changes analyzed.
### Documentation Updates Required: [Yes/No]
### Planned Changes
#### 1. [File Path]
- **Section**: [Section name or "New section"]
- **Change Type**: [Update/Add/Deprecate]
- **Reason**: Why this change is needed
- **Description**: What will be added/modified
### Uncertainty Flags
- [ ] [Description of any assumptions or areas needing confirmation]
### No Changes Needed
- [List files reviewed but not requiring updates, with brief reason]
Constraints
- Read-only: Do not modify any files
- Conservative: When uncertain, flag for human review rather than planning changes
- Scoped: Only plan changes that trace directly to code changes from Phase 3
- No scope expansion: Do not plan "improvements" unrelated to triggering changes