boring-loop-plan

Create structured implementation plans for GitHub issues and pull requests.

45|2|Updated Apr 24, 2026
One-click install
npx skills add https://github.com/hachej/boring-ui --skill boring-loop-plan
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: boring-loop-plan
Source: https://github.com/hachej/boring-ui/tree/main/.agents/skill-library/kanzen/v1/boring-loop-plan
Command: npx skills add https://github.com/hachej/boring-ui --skill boring-loop-plan

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill addresses the challenge of managing large, risky, or ambiguous GitHub issues by breaking them down into structured, manageable implementation plans.

Core Features & Use Cases

  • Structured Planning: Generates issue-linked plans including acceptance criteria, flag paths, and review budgets.
  • Risk Management: Facilitates thermo reviews for broad or multi-PR tasks to ensure technical alignment.
  • Use Case: When a developer is assigned a complex feature request that is too large for a single PR, this skill helps define the necessary slices, proof of concept, and review requirements to keep the implementation on track.

Quick Start

Run the boring-loop-plan skill to generate a structured implementation plan for the currently selected GitHub issue.

Frequently Asked Questions about boring-loop-plan

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

FAQPage Schema
How do I break down a large GitHub issue into manageable implementation slices?

You can standardize complex software development tasks by generating a structured implementation plan that defines slices, flag paths, and review budgets. This breaks down large issues into manageable steps linked directly to GitHub issues.

What is a technical implementation plan for complex software development tasks?

A technical implementation plan standardizes complex project delivery by defining slices, proof of concept requirements, and flag-based abstraction paths for GitHub issues. It ensures consistent technical alignment for broad or multi-PR features.

Do I need Kanzen project documentation to use this planning workflow?

Yes, Kanzen integration is required for this planning workflow. It operates on GitHub issues and pull requests but requires Kanzen project documentation and issue tracking to ensure consistent project delivery and technical alignment.

How do I manage risk for multi-PR feature requests on GitHub?

You manage risk for multi-PR features by facilitating thermo reviews within the implementation plan. This ensures technical alignment across broad tasks and defines necessary slices, proof of concept, and review budgets to keep implementation on track.

When should I avoid using an automated issue planning workflow?

You should avoid this workflow for simple tasks that fit within a single pull request. It is designed specifically for large, risky, or ambiguous GitHub issues that require defined slices, proof of concept, and flag-based abstraction paths.