Token导航 LogoToken导航TokenDH.com
研究检索需要联网clawhub未标认证来源可访问clear审计提醒

nm-imbue-feature-reviewnm 注入功能回顾

Agent Skill

nm-imbue-feature-review 用于查找、检索和筛选相关信息,适合在 OpenClaw 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

2,472

周安装

101

GitHub Stars

公开资料未说明

下载量

647
OpenClaw

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

MIT-0

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:nm-imbue-feature-review(nm 注入功能回顾)
来源仓库:https://github.com/athola/nm-imbue-feature-review
安装命令:
openclaw skills install nm-imbue-feature-review
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install nm-imbue-feature-review

简介

使用 RICE、WSJF 或 Kano 评分框架审查功能并确定其优先级,然后创建 GitHub 问题以获取建议

SKILL.md

name
feature-review
description
|
version
1.8.2
triggers
metadata
{"openclaw": {"homepage": "https://github.com/athola/claude-night-market/tree/master/plugins/imbue", "emoji": "\�\�", "requires": {"config": ["night-market.imbue:scope-guard", "night-market.imbue:review-core", "night-market.tome:research (optional, for --research flag)"]}}}
source
claude-night-market
source_plugin
imbue
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.

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.

  1. Synthesize findings: Merge results across channels

using tome:synthesize.

  1. Calculate deltas: Map findings to scoring factor

adjustments using channel-to-factor mapping.

  1. Apply deltas: Adjust initial scores by research

deltas, clamp to Fibonacci scale, respect max_delta.

  1. 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 "<suggestion title>" \
  --source feature-review \
  --context "RICE score: <score>. <description>"

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

# 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

Related Skills

  • imbue:scope-guard: Prevent overengineering.
  • imbue:review-core: Structured review methodology.
  • sanctum:pr-review: Code-level feature review.

Reference

Troubleshooting

Common Issues

Command not found Ensure all dependencies are installed and in PATH

Permission errors Check file permissions and run with appropriate privileges

Unexpected behavior Enable verbose logging with --verbose flag

适合场景

01

OpenClaw 用户查找和安装 Skill 时

02

用户想查找某类 Agent Skill 时

03

需要根据任务场景推荐可安装能力包时

04

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

OpenClaw

90.11%
按下载量换算583

安全审计

VirusTotal

通过

ClawScan

可疑

Static analysis

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills