Create issues from text
PHP and Laravel Cursor rules — coding standards, testing, and conventions for the Cursor editor. Install via Composer.
npx -y skills add pekral/cursor-rules --skill create-issues-from-textAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 5 stars5 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Use when break down assignment into multiple structured issues
The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
2.8 KB, as published. Nobody here has run it
Create Issues from Text
Purpose
Split a complex assignment into multiple clear, structured issues.
Constraints
- Preserve original assignment (store in parent or first issue)
- Do not implement code
- Assign all issues to current user
- Use CLI tools
Execution
1. Analyze Assignment
- Understand scope and dependencies
- Identify logical implementation steps
2. Propose Breakdown
- List steps with short descriptions
- Proceed directly to step 3; do not gate on a confirmation round when the breakdown is unambiguous
3. Create Issues
- One issue per step
- Ensure each is independently deliverable
- Assign the most relevant existing label to each issue (per
@rules/compound-engineering/general.mdcAssign the most relevant existing label when creating a tracker issue)
4. Output
- Return list of created issues with URLs
Issue Structure
Use the template defined in templates/issue-structure.md.
EPIC parent & sub-issues
Use this when the assignment is a cross-cutting mix of requirements spanning multiple parts of the application (e.g. backend + frontend + mobile, or schema + API + UI). Instead of a flat list of peer issues, build a parent → children tree so the whole effort is trackable from one place.
- Pick (or create) the parent. When the assignment already has a tracker item, that item becomes the EPIC parent. When the assignment is a described task with no tracker item, create the parent issue first, carrying the full original assignment in its body.
- Label the parent
EPIC. Apply theEPIClabel to the parent. Create the label once if the repository does not have it yet (gh label create EPIC --description "Tracks a cross-cutting effort split into sub-issues" --color 5319e7), then ignore the "already exists" outcome on subsequent runs. - Create one sub-issue per application area. Each sub-issue is an independently deliverable assignment (same
templates/issue-structure.mdstructure) scoped to a single area; do not bundle two areas into one sub-issue. - Link every sub-issue back to the parent (both directions).
- In each sub-issue body, reference the parent with
Part of #<parent>so the relationship is visible from the child. - In the parent body, keep a checkable task list of the children —
- [ ] #<child>per sub-issue — under a## Sub-issuesheading, so the parent shows the full breakdown and progress.
- In each sub-issue body, reference the parent with
- Order. Fill each sub-issue's
## Dependenciesso a resolving run (e.g.daidalos) can pick a dependency-aware order — dependencies before dependents. - Output. Return the
EPIC-labelled parent URL plus the list of linked sub-issue URLs and the planned resolve order.