dogent-release-planning

Coordinate Dogent release requirements across repository planning documents.

4|Updated Nov 14, 2025
One-click install
npx skills add https://github.com/MagicBowen/dogent --skill dogent-release-planning
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: dogent-release-planning
Source: https://github.com/MagicBowen/dogent/tree/main/.agents/skills/dogent-release-planning
Command: npx skills add https://github.com/MagicBowen/dogent --skill dogent-release-planning

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Plan and coordinate Dogent release requirements within repository planning docs, preventing scope creep and ensuring decisions are traceable.

Core Features & Use Cases

  • In-repo release planning: Outline design, sprint plans, and UAT artifacts within repo docs to keep context intact.
  • Conflict detection and clarification prompts: Identify contradictions or underspecified requirements and prompt for clarification before editing planning docs.
  • End-to-end workflow guidance: Provide structured steps for updating dev/sprint_design.md, dev/sprint_plan.md, and dev/sprint_uat.md.

Quick Start

Use this skill to process a Dogent release requirement update into sprint design, sprint plan, and sprint UAT entries.

Frequently Asked Questions about dogent-release-planning

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I coordinate release planning inside a repo to prevent scope creep?

Coordinate release planning inside a repo by outlining sprint design, sprint plans, and UAT artifacts within repository docs to keep context intact and ensure traceable decisions.

What is the best way to update sprint design and sprint plan docs from a requirement file?

Updating sprint design and sprint plan docs involves processing requirement updates and mirroring them across planning artifacts in a dependency-ordered, testable manner to ensure aligned design.

How does conflict detection work for underspecified requirements in repository planning docs?

Conflict detection for underspecified requirements works by identifying contradictions in planning docs and prompting for clarification before editing to prevent scope creep and misaligned design.

Can I use this workflow to update dev/sprint_uat.md without modifying source code?

Yes, you can update dev/sprint_uat.md without modifying source code, as the workflow ensures updates are reflected only in planning docs and never edits source code outside these artifacts.

Do I need external dependencies to manage sprint design and repo planning docs?

No external dependencies are needed to manage sprint design and repo planning docs, as the workflow operates entirely within the repository using standard markdown planning artifacts.

Why should I maintain release requirements in dev/requirement.md instead of external tracking tools?

Maintaining release requirements in dev/requirement.md prevents context loss by keeping decisions traceable, aligned, and directly accessible inside the repository planning docs.