twl:co-issue

Convert user requirements into GitHub Issues through a multi-phase orchestrated workflow.

Updated Apr 5, 2026
One-click install
npx skills add https://github.com/shuu5/twill --skill twl-co-issue
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: twl:co-issue
Source: https://github.com/shuu5/twill/tree/main/plugins/twl/skills/co-issue
Command: npx skills add https://github.com/shuu5/twill --skill twl-co-issue

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

要望をGitHub Issueに変換するワークフロー。3 Phase: 分解判断 → 精緻化(workflow) → 作成(workflow)。 explore-summary 入力必須(co-explore で事前作成)。

Core Features & Use Cases

  • 要望を構造化された GitHub Issue に変換する thin orchestration。
  • Phase 1 から Phase 4 までのワークフローを統括的に管理し、クロスリポジトリの参照を扱います。
  • Use case: ユーザーの要望を要件として受け取り、適切な Issue に落とし込み、後続のレビューフローへ繋ぎます。

Quick Start

要望を Phase 2 から処理を開始します。

Frequently Asked Questions about twl:co-issue

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

FAQPage Schema
How do I convert user requirements into structured GitHub Issues through an automated workflow?

To convert user requirements into structured GitHub Issues, this Skill orchestrates a multi-phase workflow that decomposes requests, refines each issue, and aggregates creation across projects. It enforces strict phase progression and user confirmation for safety.

What is the best way to manage cross-repository GitHub Issue creation for scattered requirements?

Managing cross-repository GitHub Issue creation is handled by a thin orchestration layer that processes requirements across a multi-phase flow. It constructs a DAG for level-based dispatch, ensuring structured issue creation across multiple GitHub projects.

Do I need a pre-existing summary to start the GitHub Issue generation workflow?

Yes, you need an explore-summary input created beforehand to start the GitHub Issue generation workflow. The workflow processes requirements beginning from Phase 2, relying on this mandatory pre-explored summary to initiate the refinement and creation phases.

How does the multi-phase workflow enforce safety constraints during issue creation?

The multi-phase workflow enforces safety constraints during issue creation by implementing strict phase progression and gating mechanisms. It requires explicit user confirmation at critical stages, ensuring controlled decomposition, per-issue refinement, and aggregate creation.

Can I use this workflow to dispatch GitHub Issues across different levels of a project?

Yes, you can use this workflow to dispatch GitHub Issues across different project levels. It utilizes DAG construction and level-based dispatch to organize and create issues hierarchically, managing cross-repository references throughout the orchestrated flow.

When should I use an orchestrated workflow instead of manually creating GitHub Issues?

You should use an orchestrated workflow instead of manually creating GitHub Issues when dealing with scattered requirements that need structured decomposition and cross-repository management. It provides gating, per-issue refinement, and aggregate creation to handle complex issue generation safely.