集成

feature-review

试用

Scores backlog items with RICE/WSJF/Kano and files GitHub issues for top candidates

它能做什么

Scores backlog items with RICE/WSJF/Kano and files GitHub issues for top candidates

技能文档

Night Market Skill — ported from claude-night-market/imbue. For the full experience with agents, hooks, and commands, install the Claude Code plugin.

Table of Contents

Verification

Run make test-feature-review to verify scoring logic after changes.

Feature Review

Review implemented features and suggest new ones using evidence-based prioritization. Create GitHub issues for accepted suggestions.

Philosophy

Feature decisions rely on data. Every feature involves tradeoffs that require evaluation. This skill uses hybrid RICE+WSJF scoring with Kano classification to prioritize work and generates actionable GitHub issues for accepted suggestions.

When To Use

  • Roadmap reviews (sprint planning, quarterly reviews).
  • Retrospective evaluations.
  • Planning new development cycles.

When NOT To Use

  • Emergency bug fixes.
  • Simple documentation updates.
  • Active implementation (use scope-guard).

Quick Start

1. Inventory Current Features

Discover and categorize existing features:

/feature-review --inventory

2. Score and Classify

Evaluate features against the prioritization framework:

/feature-review

3. Generate Suggestions

Review gaps and suggest new features:

/feature-review --suggest

4. Research-Enriched Scoring

Use tome plugin to adjust scores with external evidence:

/feature-review --research

5. Upload to GitHub

Create issues for accepted suggestions:

/feature-review --suggest --create-issues

Workflow

Phase 1: Feature Discovery (feature-review:inventory-complete)

Identify features by analyzing:

  1. Code artifacts: Entry points, public APIs, and configuration surfaces.
  2. Documentation: README lists, CHANGELOG entries, and user docs.
  3. Git history: Recent feature commits and branches.

Output: Feature inventory table.

Phase 2: Classification (feature-review:classified)

Classify each feature along two axes:

Axis 1: Proactive vs Reactive

TypeDefinitionExamples
ProactiveAnticipates user needs.Suggestions, prefetching.
ReactiveResponds to explicit input.Form handling, click actions.

Axis 2: Static vs Dynamic

TypeUpdate PatternStorage Model
StaticIncremental, versioned.File-based, cached.
DynamicContinuous, streaming.Database, real-time.

See classification-system.md for details.

Phase 3: Scoring (feature-review:scored)

Apply hybrid RICE+WSJF scoring:

Feature Score = Value Score / Cost Score

Value Score = (Reach + Impact + Business Value + Time Criticality) / 4
Cost Score = (Effort + Risk + Complexity) / 3

Adjusted Score = Feature Score * Confidence

Scoring Scale: Fibonacci (1, 2, 3, 5, 8, 13).

Thresholds:

  • > 2.5: High priority.
  • 1.5 - 2.5: Medium priority.
  • < 1.5: Low priority.

See scoring-framework.md for the framework. See multi-metric-evaluation-methodology.md when one model is not enough: it covers how to combine RICE, WSJF, and Kano, where each model fits, and how to reconcile conflicting signals.

Phase 4: Tradeoff Analysis (feature-review:tradeoffs-analyzed)

Evaluate each feature across quality dimensions:

DimensionQuestionScale
QualityDoes it deliver correct results?1-5
LatencyDoes it meet timing requirements?1-5
Token UsageIs it context-efficient?1-5
Resource UsageIs CPU/memory reasonable?1-5
RedundancyDoes it handle failures gracefully?1-5
ReadabilityCan others understand it?1-5
ScalabilityWill it handle 10x load?1-5
IntegrationDoes it play well with others?1-5
API SurfaceIs it backward compatible?1-5

See tradeoff-dimensions.md for criteria.

Phase 4.5: Research Enrichment (feature-review:research-enriched)

Triggered by: --research flag. Requires tome plugin.

Use tome's multi-source research to adjust scoring factors with external evidence. This phase runs between tradeoff analysis and gap analysis.

  1. Dispatch research: For each feature, construct research topics and dispatch tome channels (code-search, discourse, papers, triz) in parallel.
  2. Synthesize findings: Merge results across channels using tome:synthesize.
  3. Calculate deltas: Map findings to scoring factor adjustments using channel-to-factor mapping.
  4. Apply deltas: Adjust initial scores by research deltas, clamp to Fibonacci scale, respect max_delta.
  5. Present evidence: Show adjustment table with evidence sources and rationale.

See research-enrichment.md for the full enrichment protocol, delta calculation, and graceful degradation behavior.

Graceful degradation: If tome is not installed, prints a warning and proceeds with initial scores unchanged.

Phase 5: Gap Analysis & Suggestions (feature-review:suggestions-generated)

  1. Identify gaps: Missing Kano basics.
  2. Surface opportunities: High-value, low-effort features.
  3. Flag technical debt: Features with declining scores.
  4. Recommend actions: Build, improve, deprecate, or maintain.

Phase 6: GitHub Integration (feature-review:issues-created)

  1. Generate issue title and body from suggestions.
  2. Apply labels (feature, enhancement, priority/*).
  3. Link to related issues.
  4. Confirm with user before creation.

Deferred capture for high-scoring suggestions: After the user confirms which suggestions to act on, any high-scoring suggestion (score > 2.5) that is not acted on should be preserved as a deferred item. Run once per skipped high-scoring suggestion:

python3 scripts/deferred_capture.py \
  --title "" \
  --source feature-review \
  --context "RICE score: . "

This runs automatically without prompting the user. Suggestions with scores of 2.5 or below do not need to be captured.

Configuration

Feature-review uses opinionated defaults but allows customization.

Configuration File

Create .feature-review.yaml in project root:

# .feature-review.yaml
version: 1.9.3

# Scoring weights (must sum to 1.0)
weights:
  value:
    reach: 0.25
    impact: 0.30
    business_value: 0.25
    time_criticality: 0.20
  cost:
    effort: 0.40
    risk: 0.30
    complexity: 0.30

# Score thresholds
thresholds:
  high_priority: 2.5
  medium_priority: 1.5

# Tradeoff dimension weights (0.0 to disable)
tradeoffs:
  quality: 1.0
  latency: 1.0
  token_usage: 1.0
  resource_usage: 0.8
  redundancy: 0.5
  readability: 1.0
  scalability: 0.8
  integration: 1.0
  api_surface: 1.0

See configuration.md for options.

Guardrails

These rules apply to all configurations:

  1. Minimum dimensions: Evaluate at least 5 tradeoff dimensions.
  2. Confidence requirement: Review scores below 50% confidence.
  3. Breaking change warning: Require acknowledgment for API surface changes.
  4. Backlog limit: Limit suggestion queue to 25 items.

Required TodoWrite Items

  1. feature-review:inventory-complete
  2. feature-review:classified
  3. feature-review:scored
  4. feature-review:tradeoffs-analyzed
  5. feature-review:research-enriched (if --research)
  6. feature-review:suggestions-generated
  7. feature-review:issues-created (if requested)

Integration Points

  • imbue:scope-guard: Provides Worthiness Scores for suggestions.
  • sanctum:do-issue: Prioritizes issues with high scores.
  • superpowers:brainstorming: Evaluates new ideas against existing features.
  • tome:research: Multi-source research for score enrichment (optional, --research).

Output Format

Feature Inventory Table

| Feature | Type | Data | Score | Priority | Status |
|---------|------|------|-------|----------|--------|
| Auth middleware | Reactive | Dynamic | 2.8 | High | Stable |
| Skill loader | Reactive | Static | 2.3 | Medium | Needs improvement |

Research-Enriched Table (with --research)

| Feature | Type | Score | Adj. | Priority | Evidence |
|---------|------|-------|------|----------|----------|
| Auth    | R/D  | 2.8   | 3.1  | High     | 3 sources |
| Loader  | R/S  | 2.3   | 2.3  | Medium   | none      |

## Research Evidence

### Code Search (GitHub)
- 12 implementations, avg 340 stars
- **Reach**: +1 (broad adoption)

### Discourse (HN/Reddit)
- 47 mentions, 78% positive
- **Impact**: +1 (strong demand)

Suggestion Report

## Feature Suggestions

### High Priority (Score > 2.5)

1. **[Feature Name]** (Score: 2.7)
   - Classification: Proactive/Dynamic
   - Value: High reach
   - Cost: Moderate effort
   - Recommendation: Build in next sprint
  • imbue:scope-guard: Prevent overengineering.
  • sanctum:pr-review: Code-level review (different scope: this skill prioritizes feature ideas, pr-review reviews diffs).

Reference

  • scoring-framework.md: RICE+WSJF hybrid.
  • classification-system.md: Axes definition.
  • tradeoff-dimensions.md: Quality attributes.
  • research-enrichment.md: tome-driven score deltas, channel-to-factor mapping, graceful degradation.
  • multi-metric-evaluation-methodology.md: Combining RICE, WSJF, and Kano when no single model suffices.
  • configuration.md: Customization options.

相关技能

Apply prioritisation frameworks (RICE, MoSCoW, Kano, ICE, Opportunity Scoring) to rank features and backlog items. Use when asked to prioritise features, ran...

Scores feature worthiness and enforces branch-size limits against overengineering

18 次安装

Provides review-workflow scaffolding for context, evidence, and output. Use at the start of any detailed review to ensure consistent, comparable findings

21 次安装

Analyzes changesets with risk scoring, categorization by type and impact, and release note preparation

20 次安装

Turn a feature idea, conversation context, or rough notes into researched, detailed, dependency-ordered checkbox tasks appended to the project's roadmap/backlog file — exactly the format goal-runner consumes, so a fresh unattended session can execute them. Grounds every task in the actual codebase before writing it (grep/read or Explore scouts; think-like-fable rigor if installed), puts what + done-when on the checkbox line with verified files, acceptance criteria, and a verification command in plain sub-bullets, and labels assumptions. Appends to the existing ROADMAP.md/BACKLOG.md/TODO.md; when none exists it asks once and defaults to ROADMAP.md. Use this skill whenever the user says "add this to the backlog", "add it to the roadmap", "plan these tasks", "break this down into tasks", "capture this as roadmap tasks", "turn these notes into a task list", or "/backlog-planner" — even if they don't name the skill. Not for executing tasks (goal-runner, task-executor, autopilot) — this writ

1 次安装

Formats review deliverables with consistent structure for comparable findings

22 次安装