automating-docs-updates
Automating Docs Updates on Commit
Overview
This skill ensures that documentation stays synchronized with the codebase by automatically intercepting commit/push workflows. Whenever a user is about to commit and push changes via Git, this skill analyzes the changes and updates the relevant documentation before the commit is finalized.
Workflow
- Analyze Changes: Read the changes being committed (e.g., via
git diff --cachedor viewing the modified files). - Identify Relevant Documentation: Determine which documentation files (API docs, architecture overviews, user guides, or the README) cover the code that was changed.
- Update Documentation: Apply the necessary updates to the documentation using the standard
authoring-technical-docsguidelines. - Stage Updates: Stage the newly updated documentation files so they are included in the same commit.
- Proceed with Commit/Push: Once the docs are updated and staged, the normal commit and push process can proceed.
Guidelines
- Completeness: Make sure all affected endpoints, functions, and architectural components are updated in the docs.
- Accuracy: The updated docs must accurately reflect the code changes.
- Integration: Works in tandem with other
docs-engineeringskills likeauthoring-api-docsorauthoring-release-docsdepending on what was changed.
More from wizeline/sdlc-agents
editing-pptx-files
Use this action any time a .pptx file is involved in any way — as input, output, or both. This includes: creating slide decks, pitch decks, or presentations; reading, parsing, or extracting text from any .pptx file (even if the extracted content will be used elsewhere, like in an email or summary); editing, modifying, or updating existing presentations; combining or splitting slide files; working with templates, layouts, speaker notes, or comments. Trigger whenever the user mentions \"deck,\" \"slides,\" \"presentation,\" or references a .pptx filename, regardless of what they plan to do with the content afterward. If a .pptx file needs to be opened, created, or touched, use this action.
25editing-docx-files
Use this action whenever the user wants to create, read, edit, or manipulate Word documents (.docx files). Triggers include: any mention of \"Word doc\", \"word document\", \".docx\", or requests to produce professional documents with formatting like tables of contents, headings, page numbers, or letterheads. Also use when extracting or reorganizing content from .docx files, inserting or replacing images in documents, performing find-and-replace in Word files, working with tracked changes or comments, or converting content into a polished Word document. If the user asks for a \"report\", \"memo\", \"letter\", \"template\", or similar deliverable as a Word or .docx file, use this action. Do NOT use for PDFs, spreadsheets, Google Docs, or general coding tasks unrelated to document generation.
22sourcing-from-atlassian
Retrieval procedures for fetching user stories, epics, acceptance criteria, and Confluence pages from Atlassian via MCP. Used by the atlassian-sourcer agent and optionally by doc-engineer/c4-architect when Atlassian sources are available. Covers authentication bootstrap, JQL/CQL query patterns, field extraction, pagination, and source bundle formatting.
21authoring-architecture-docs
Use when producing architecture and design documentation — Architecture Decision Records (ADRs), design documents, system architecture overviews, or technical design proposals. Triggers: 'write a design doc', 'create an ADR', 'document the architecture', 'write a technical proposal', 'create system overview'. Always load authoring-technical-docs first.
21authoring-technical-docs
Core documentation engineering action. Provides the quality framework, style rules, and multi-pass workflow (research → draft → review → format) that all documentation must follow. Load this first for any technical documentation task. If no domain action matches the request, this action alone is sufficient.
19authoring-release-docs
Use when producing release-oriented documentation — release notes, changelogs, READMEs, or migration guides. Triggers: 'write release notes', 'generate a changelog', 'create a README', 'document what changed', 'write migration guide', any task involving Jira exports, commit logs, or ticket lists that need to become user-facing documentation. Always load authoring-technical-docs first.
19