plan-stack-from-findings

Converts findings into dependency-ordered landing batches for a PR stack.

2|Updated Apr 2, 2026
One-click install
npx skills add https://github.com/nseng-ai/ns --skill plan-stack-from-findings-nseng-ai
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: plan-stack-from-findings
Source: https://github.com/nseng-ai/ns/tree/main/skills/internal/planning/plan-stack-from-findings
Command: npx skills add https://github.com/nseng-ai/ns --skill plan-stack-from-findings-nseng-ai

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Turning a loose set of review findings, audit results, or architecture recommendations into an ordered, reviewable stack of changes is error-prone: batches get split too finely, dependencies get ignored, and priority inversions go unexplained. This Skill applies a consistent batching and ordering discipline so findings become the fewest coherent landing batches. ## Core Features & Use Cases - Finding Batching: Combines findings that share a review narrative into one landing batch, splitting only for unrelated subsystems, independent deployment boundaries, or unreviewable size. - Dependency-Aware Ordering: Sorts batches by priority tier, then reorders for hard dependencies, recording every priority inversion with its cause. - Structured Plan Output: Emits each batch with a slug suggestion, finding ids, tier profile, non-combination rationale, dependencies, and validation hints, plus deferred findings with activation evidence. - Use Case: After a code audit produces eight findings of mixed priority, use this Skill to collapse them into two coherent PRs, order them by dependency, and flag the one inversion where a low-priority refactor must land first. ## Quick Start Take the review findings currently in context and plan them into an ordered stack of landing batches with all priority inversions flagged.

Frequently Asked Questions about plan-stack-from-findings

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

FAQPage Schema
How do I turn code review findings into an ordered PR stack?

Provide the findings in context, each with a priority tier, and the Skill batches them by shared review narrative, orders the batches by priority and dependency, and returns a plan with slugs, rationales, and inversion notes.

How many PRs should a set of findings become?

The default target is one to three landing batches, with one PR as the first attempt. Splitting requires concrete reasons such as unrelated subsystems, independent deployment boundaries, or unreviewable diff size.

When should dependent findings be split into separate batches?

Dependencies are a reason to combine by default. Split dependent work only when separate landing, review, deployment, or revert has clear value, and record the inversion when a lower-priority batch must land first.

Does this skill create branches or edit code?

No. It returns an abstract plan only: slug suggestions, finding groupings, ordering, and rationales. Branch naming, approval, and execution belong to the caller or a downstream skill.

What happens to findings that are not ready to land?

Deferred or conditional findings stay outside the landing stack. The plan lists them separately with the evidence or decision that would activate them, rather than creating placeholder batches.