Skip to content
Back to skills

Design Cyotee

ASecurity

Interactive task/PRD design workflows adapted from the cyotee Claude plugin.

  • 57 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added October 17, 2026
code-qualitygo

Security analysis

A100/100

Scanned October 17, 2026

npx -y skills add diegosouzapw/awesome-omni-skill --skill design-cyotee --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Design Cyotee?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Design Cyotee
[![Security: A β€” Skills Directory](https://www.skillsdirectory.com/api/skills/diegosouzapw-design-cyotee/badge)](https://www.skillsdirectory.com/skills/diegosouzapw-design-cyotee)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: design
description: Interactive task/PRD design workflows adapted from the cyotee Claude plugin.
metadata:
  short-description: Create and refine tasks with user stories and acceptance criteria.
---

# design (Codex)

Use this skill to guide users through creating and refining tasks in the `tasks/` backlog structure.

## Responsibilities
- Initialize `tasks/` scaffolding when missing (INDEX.md, templates, archive/).
- Run short, iterative interviews (2–4 questions per round) to gather scope, constraints, and acceptance criteria.
- Produce task directories with PRD/PROGRESS/REVIEW files and update `tasks/INDEX.md`.
- Review existing tasks for clarity, completeness, and dependency hygiene.

## How to Use
- `design:init`: Detect layer from repo/directory name, create `tasks/` if absent with:
  - `tasks/INDEX.md` (layer name, prefix, status table headers)
  - `tasks/0/PRD.md`, `PROGRESS.md`, `REVIEW.md` as templates
  - `tasks/archive/` directory
- `design <feature>` / `design:task <feature>`:
  1) Detect layer + prefix (prefer `tasks/INDEX.md`; else derive from repo name first letter).  
  2) Ask clarifying rounds: scope/purpose, technical approach/dependencies, acceptance/tests.  
  3) Draft user stories and acceptance criteria that are testable and inventory-check friendly.  
  4) Create `tasks/[PREFIX]-[N]/PRD.md` with metadata frontmatter (task number, title, status `pending`, layer, worktree suggestion, dependencies).  
  5) Create empty `PROGRESS.md` (with Checkpoints section) and `REVIEW.md`.  
  6) Append the task row to `tasks/INDEX.md` (status `pending`).
- `design:prd`: Run a focused interview to generate/refresh a repository-level `PRD.md` (vision, goals, constraints, users, success metrics).
- `design:review` [<ID>]: **Audit task definitions** (not code review - use `/backlog:review` for code)
  - For all tasks: scan `tasks/*` (skip `archive/`), flag missing/weak descriptions, acceptance criteria, dependencies, file path accuracy, and test coverage.
  - For a single task: apply the checklist and propose edits; update the files if asked.
  - This reviews TASK.md quality, NOT implementation code.

## Task Template Reminders
- PRD structure: description, dependencies, user stories with acceptance criteria, files/tests to touch, inventory checks, completion criteria.
- Status values: πŸ†• `pending`, πŸš€ `in_progress`, πŸ“‹ `review`, βœ… `complete`.
- Worktree naming: `feature/<kebab-case-title>` unless overridden.

## Notes
- Keep edits additive; never delete user notes unless explicitly requested.
- When numbering tasks, increment the highest existing `N` for the detected prefix.
- Surface any uncertainties or missing inputs before writing files.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.