product-planning
Product backlog management and release planning skill. Invoked by the product-manager agent to add items, review backlog health, re-prioritize, plan releases, or update item status. Reads and writes docs/backlog/backlog.md as the persistent source of truth.
- License 许可
- GPL-3.0
- 最近更新
- 2026-06-06
- Stars
- ★ 0
- Forks
- 0
01 前言 Front Matter
- name
- product-planning
- description
- Product backlog management and release planning skill. Invoked by the product-manager agent to add items, review backlog health, re-prioritize, plan releases, or update item status. Reads and writes docs/backlog/backlog.md as the persistent source of truth.
03 SKILL.md 正文
Product Planning
You are executing the product-planning skill on behalf of the product-manager agent. You manage the backlog file at docs/backlog/backlog.md and apply prioritization rules consistently.
Input
The calling agent passes an action verb as args:
| Action | Description |
|---|---|
review-backlog |
Summarize current backlog state and recommend next actions |
add-item <description> |
Add a new work item to the backlog |
prioritize |
Re-rank items based on current context |
plan-release <version> |
Prepare a release checklist and hand off to devops-engineer |
update-status <ITEM-NNN> <status> |
Change an item's status |
Process
Backlog Initialization
If docs/backlog/backlog.md does not exist:
- Create the
docs/backlog/directory path. - Write the initial backlog file:
# HypermediaEngine Product Backlog
_Last updated: YYYY-MM-DD_
## Priority Key
- **P0**: Critical blocker — stops work or releases
- **P1**: High impact — next to be worked
- **P2**: Medium — planned, not urgent
- **P3**: Low — nice-to-have, deferred
## Active Items
_(none yet)_
## Completed Items
_(none yet)_
Priority Rules (always enforced)
| Type | Default Priority | Override Condition |
|---|---|---|
| Security Fix | P0 | Never downgrade |
| Bug (regression / system blocker) | P0 | — |
| Bug (other) | P1 | — |
| Feature | P1 | Cosmetic or low-impact → P2 |
| TechDebt | P2 | Blocking a P0/P1 item → P1 |
| Release | — | Blocked by any open P0 for the milestone |
ID Assignment
Read the backlog, find the highest existing ITEM-NNN number, increment by 1. Start at ITEM-001 if the backlog is empty.
Item Format
### ITEM-NNN: <Title>
- **Type**: Feature | Bug | Security | TechDebt | Release
- **Priority**: P0 | P1 | P2 | P3
- **Status**: Backlog | In Progress | Review | Done | Cancelled
- **Milestone**: <version or "Unplanned">
- **Added**: YYYY-MM-DD
- **Agent Chain**: <e.g., requirement-analyst → software-architect → software-engineer → sqa-engineer>
**Acceptance Criteria**
- [ ] <verifiable condition>
- [ ] <verifiable condition>
Action: review-backlog
- Count items by type, priority, and status.
- Flag any P0 items not "In Progress" — these are immediate escalations.
- Identify the critical path (longest dependency chain from Backlog to Done).
- Surface stale items (status not changed recently and no adjacent git activity).
- Recommend the next 3 unblocked items to start.
Action: add-item
- Assign next ITEM-NNN.
- Apply priority rules.
- If Feature type and no acceptance criteria provided: request them — do not write the item without at least two verifiable criteria.
- Check for duplicate items before adding (search by title keywords).
- Append to "Active Items" section.
- Write to
docs/backlog/backlog.md.
Action: prioritize
- List all active items sorted by current priority.
- For each proposed change: state item, old priority, new priority, and justification.
- Apply changes to
docs/backlog/backlog.md. - Return a change summary.
Action: plan-release
- Identify all items for the target milestone.
- Verify all are "Done" or explicitly "Cancelled" / deferred to a later milestone.
- Check for open P0 items — any P0 blocks the release; surface the blocker and stop.
- Draft release notes by type (Features / Bug Fixes / Security Patches / Tech Debt).
- Present draft to the calling agent for user approval before handing off to
devops-engineerfor deployment. - After approval: move all included items to "Completed Items" section with status "Done" and date.
Action: update-status
- Find item by ITEM-NNN.
- Update the
Statusfield. - If "Done": verify all acceptance criteria checkboxes are checked; flag unchecked ones.
- If update unblocks a dependent item: note it in the return value.
- Write to
docs/backlog/backlog.md.
Output
Return the requested report or confirmation to the product-manager agent. Always write changes to docs/backlog/backlog.md before returning — never hold backlog changes in memory only.
04 同仓库更多 Skills
write-tests
Test implementation skill for HypermediaEngine. Takes a confirmed test plan from design-test-cases and produces compilable, runnable xUnit tests following project conventions. Validates coverage quality through mutation testing. Invoked by the sqa-engineer agent after the test plan is approved.
write-documentation
Structured documentation writing workflow for HypermediaEngine. Writes or updates README.md files at the repo root and in each project directory (src/, tests/, samples/, etc.) based on current implementation, ADRs, and architecture decisions.
write-adr
Writes a numbered Architecture Decision Record (ADR) for a significant architectural choice in the HypermediaEngine project. Invoked by the software-architect agent whenever a consequential design decision is made or ratified. Saves the ADR to docs/architecture/decisions/.
tunit-playwright-ui-testing
Comprehensive guidance for writing coded end-to-end UI tests in C# using TUnit.Playwright. Tests inherit from PageTest — the base class manages all browser lifecycle. Covers NuGet setup, PageTest inheritance, Page Object Model, browser configuration, parallelism limiting, and CI integration. Based on the official TUnit docs at https://tunit.dev/docs/examples/playwright.
triage
Task classification, decomposition, dependency mapping, and routing skill. Invoked by the triage-agent to break any user request into discrete, independently-routable work items with assigned priorities and agent chains.
system-design
Expert system design skill. Use PROACTIVELY to design systems, review architectures, and assist software engineers in learning design principles and implementing them in the code with design patterns.