portfolio-management

Classify monorepo requests into portfolio, app, feature, or task layers.

Updated Apr 11, 2026
One-click install
npx skills add https://github.com/bennybennison/agent-toolkit --skill portfolio-management-bennybennison
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: portfolio-management
Source: https://github.com/bennybennison/agent-toolkit/tree/main/skills/portfolio-management
Command: npx skills add https://github.com/bennybennison/agent-toolkit --skill portfolio-management-bennybennison

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Monorepos and multi-application repositories often produce a flat stream of chat requests that hide ownership, priority, and scope; this Skill organizes incoming work into portfolio, app, feature, and task layers so teams can plan, approve, and execute with clear visibility.

Core Features & Use Cases

  • Classification: Decide whether a request belongs to portfolio, app/area, feature, or task scope and separate mixed-level requests before implementation.
  • Area selection and focus: Use the monorepo map to pick a target area, explicitly name additional affected areas, and apply area-focused workflows such as /focus.
  • Planning gate and visible tasks: Gate feature-sized work with a planning step (/plan), save and seek approval, then create labeled Beads epics and tasks to preserve human visibility and traceability.
  • Use Case: For a cross-app feature, list affected areas, run a plan and checkpoint approval, then create Beads epics and child tasks with consistent labels so stakeholders can triage and prioritize.

Quick Start

Classify the request as portfolio, app, feature, or task, select the target area, run planning for feature-sized work, and create visible Beads tasks for implementation and approval.

Frequently Asked Questions about portfolio-management

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

FAQPage Schema
How do I organize and plan work in a monorepo with multiple apps?

Monorepo work organization is handled by classifying incoming requests into portfolio, app, feature, or task layers, then generating visible plans and labeled Beads tasks to maintain clear scope and approval tracking across multiple application areas.

What is the best way to gate feature-sized work before implementation in a multi-app repository?

Feature-sized work requires running a planning gate step to save the proposed plan and seek explicit approval before implementation. This ensures stakeholders can triage and prioritize cross-app features before any code is written.

How do I select a target area for a cross-app feature request?

Area selection uses a monorepo map to pick the primary target area for a cross-app feature. You explicitly name the additional affected areas and apply area-focused workflows to keep the implementation scope visible and actionable.

Can I use Beads for task tracking and traceability in a monorepo?

Beads is used to create labeled epics and child tasks for monorepo implementation. This preserves human visibility and traceability by linking feature plans directly to actionable tasks that stakeholders can triage and approve.

When do I need to separate mixed-level requests in a multi-application repository?

Mixed-level requests must be separated before implementation when a single chat request spans portfolio, app, feature, and task scopes. Classification rules split these layers to prevent hidden ownership and priority conflicts in the monorepo.