corvus-phase-7

Triage post-feature requests into lightweight, partial restart, or full restart paths.

3|Updated Dec 18, 2025
One-click install
npx skills add https://github.com/NachoFLizaur/corvus --skill corvus-phase-7
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: corvus-phase-7
Source: https://github.com/NachoFLizaur/corvus/tree/main/skill/corvus-phase-7
Command: npx skills add https://github.com/NachoFLizaur/corvus --skill corvus-phase-7

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Follow-up triage after a feature is completed to assess new user requests and route them without breaking workflow integrity.

Core Features & Use Cases

  • Triage decision tree to determine whether changes are lightweight, restart-needed, or new feature.
  • Structured follow-up assessments capturing request, scope, and routing rationale.
  • Clear task routing pathways to maintain alignment with the ongoing product workflow.
  • Documentation and traceability by updating plan references and task status as needed.

Quick Start

Begin by evaluating the new request against triage criteria and selecting the appropriate path (LIGHTWEIGHT PATH, PARTIAL RESTART, or FULL RESTART) to initiate the triage.

Frequently Asked Questions about corvus-phase-7

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

FAQPage Schema
How do I triage post-delivery follow-up requests without breaking workflow integrity?

Post-delivery follow-up triage applies a decision tree to assess new requests and route them safely. It evaluates whether incoming changes are lightweight tweaks, require partial restarts, or necessitate full restarts to maintain ongoing product workflow alignment.

What is the best way to route lightweight tweaks versus full restarts after feature completion?

Routing lightweight tweaks versus full restarts requires selecting the appropriate triage path based on request scope. The process categorizes post-delivery changes into lightweight paths, partial restarts, or full restarts to ensure consistent handling and documentation.

When do I need to apply task routing procedures for post-delivery changes?

Task routing procedures for post-delivery changes are needed whenever users request modifications within the same session after feature completion. Triage decision logic determines if the request requires a lightweight tweak, partial restart, or full restart.

How do I document follow-up assessments and task routing rationale for product management?

Documenting follow-up assessments involves capturing the request, scope, and routing rationale. The triage process updates plan references and task status, ensuring traceability and consistent documentation of whether a lightweight, partial, or full restart path was chosen.

Does this triage process handle follow-up requests only within the same session?

Yes, this follow-up triage process specifically handles post-delivery requests within the same session. It applies structured assessment data collection and task routing procedures to manage lightweight tweaks and restarts without disrupting workflow integrity.

What are the limitations of using automated triage decision trees for product management follow-ups?

Automated triage decision trees for follow-ups are limited to post-delivery requests within the same session. They enforce routing logic for lightweight tweaks and restarts but do not replace broader product management planning for entirely new features.