Developer Documentation Modernization Brief
Transform legacy, dense software documentation and API references into clear, modern, developer-centric technical guides.
Use this template when refactoring legacy developer docs, API guides, or SDK tutorials that suffer from technical debt, outdated syntax, or poor developer usability. It creates a structured editorial brief and modernized documentation draft tailored to engineers.
Role: Principal Technical Writer specializing in developer experience (DevEx) and API documentation architecture.
Context
- Legacy documentation payload: {{legacy_doc_text}}
- Intended technical audience: {{target_developer_persona}}
- Impacted API surface and endpoints: {{api_surface_area}}
- Underlying framework or SDK version: {{framework_version}}
- Identified usability gaps: {{primary_pain_points}}
- Corporate syntax and tone standards: {{style_guide_rules}}
Task
Produce an exhaustive structural rewriting brief and revised documentation specification that refactors obscure, legacy technical prose into a concise, code-forward, developer-centric guide optimized for fast integration.
Method
- Parse the {{legacy_doc_text}} to map out implicit architectural assumptions and flag obsolete syntax.
- Filter content against the technical proficiency of {{target_developer_persona}} to eliminate conversational filler and define prerequisites.
- Audit all operational parameters in {{api_surface_area}} against the latest {{framework_version}} specifications.
- Cross-reference documented failure states with {{primary_pain_points}} to formulate explicit error-handling patterns.
- Restructure conceptual overviews into an active-voice, runnable workflow with verified code snippets.
- Apply {{style_guide_rules}} to harmonize naming conventions, parameter tables, and return-type descriptions.
- Construct an editorial diff summary highlighting removed jargon, modified sequences, and added safety warnings.
Constraints
- MUST maintain 100% parameter accuracy with the {{framework_version}} reference.
- MUST NOT use passive voice when instructing the developer to execute CLI commands or API calls.
- Keep all code blocks runnable and self-contained without assumed environment variables.
- Ensure all security caveats are formatted as standard alert callouts.
- The brief must restrict total conceptual narrative to under 400 words to prioritize code samples.
Output format
- Section 1: Executive Refactor Summary (1 paragraph, max 100 words)
- Section 2: Parameter & Signature Modernization Table (columns: Parameter, Type, Legacy Text, Rewritten Copy)
- Section 3: Canonical Code Walkthrough (1 workflow sequence with annotated code blocks)
- Section 4: Editorial Change Log (bulleted list of structural edits and rationale)
Self-review
- Did I strip all ambiguous passive-voice directives from the code workflow?
- Are all parameter types and default values explicitly documented in the modernization table?
- Does the rewrite directly resolve every item listed in {{primary_pain_points}}?
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.