본문으로 건너뛰기
cccskills
무료GitHub에 공개

requirement-assistant

Guide requirement writing, user story creation, and feature specification. Use when: writing requirements, user stories, issues, feature planning. Keywords: requirement, user story, issue, feature, specification, 需求, 功能規劃, 規格.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(3)

  • SKILL.md4.5 KB
  • requirement-checklist.md6.7 KB
  • requirement-writing.md7.4 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Requirement Assistant

This skill provides guidance on writing clear, complete, and actionable requirements.

Quick Reference

User Story Format (INVEST)

As a [role],
I want [feature],
So that [benefit].

INVEST Criteria

CriterionDescriptionQuestion to Ask
IndependentCan be delivered aloneDoes this depend on other stories?
NegotiableDetails can be discussedIs this too prescriptive?
ValuableProvides user valueWhat problem does this solve?
EstimableCan estimate effortDo we understand the scope?
SmallFits in one sprintCan we break this down?
TestableHas clear acceptance criteriaHow do we know it's done?

Requirement Priority Levels

PriorityLabelDescription
P0Must HaveCritical for release
P1Should HaveImportant but not blocking
P2Could HaveNice to have
P3Won't HaveOut of scope (this release)

Detailed Guidelines

For complete standards, see:

Quick Templates

Simple Issue Template

## Problem
[What problem are we solving?]

## Proposed Solution
[How should we solve it?]

## Acceptance Criteria
- [ ] [Criterion 1]
- [ ] [Criterion 2]
- [ ] [Criterion 3]

Feature Request Template

## Summary
[One-line description]

## Motivation
[Why is this needed? Who benefits?]

## Detailed Description
[Full description of the feature]

## Acceptance Criteria
- [ ] [Measurable criterion 1]
- [ ] [Measurable criterion 2]

## Out of Scope
- [What this feature does NOT include]

Bug Report Template

## Description
[Brief description of the bug]

## Steps to Reproduce
1. [Step 1]
2. [Step 2]
3. [Step 3]

## Expected Behavior
[What should happen]

## Actual Behavior
[What actually happens]

## Environment
- OS: [e.g., Windows 11]
- Version: [e.g., v1.2.3]

Acceptance Criteria Guidelines

Good Acceptance Criteria

  • Specific: Clear, unambiguous
  • Measurable: Can verify pass/fail
  • Achievable: Technically feasible
  • Relevant: Related to the requirement
  • Testable: Can write a test for it

Examples

Good:

- [ ] User can upload files up to 10MB
- [ ] System responds within 500ms for 95th percentile
- [ ] Error message displays when upload fails

Bad:

- [ ] System should be fast  # Not measurable
- [ ] Make it user-friendly  # Too vague
- [ ] Fix the bug            # No specific criteria

Requirement Completeness Checklist

When writing requirements, ensure you cover:

  • What: Clear description of the feature
  • Why: Business value / problem solved
  • Who: Target users / personas
  • When: Priority / timeline
  • How: High-level approach (if known)
  • Acceptance: Criteria for completion
  • Scope: What's NOT included

Configuration Detection

This skill supports project-specific requirement templates.

Detection Order

  1. Check CONTRIBUTING.md for "Disabled Skills" section
    • If this skill is listed, it is disabled for this project
  2. Check CONTRIBUTING.md for "Requirement Language" section
  3. Check for .github/ISSUE_TEMPLATE/ directory
  4. Check for docs/templates/ directory
  5. If not found, default to English and use default templates

First-Time Setup

If no templates found:

  1. Ask the user: "This project doesn't have requirement templates. Which language should I use? (English / 中文)"
  2. After user selection, suggest documenting in CONTRIBUTING.md:
## Requirement Language

This project uses **[chosen option]** for requirements and issues.
<!-- Options: English | 中文 -->
  1. Suggest appropriate template based on project type

Configuration Example

In project's CONTRIBUTING.md:

## Requirement Language

This project uses **English** for requirements and issues.
<!-- Options: English | 中文 -->

### Issue Templates Location
`.github/ISSUE_TEMPLATE/`

License: CC BY 4.0 | Source: universal-dev-standards

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Prevent AI hallucination and ensure evidence-based responses when analyzing code or making suggestions. Use when: analyzing code, making recommendations, providing options, or when user asks about confidence/certainty. Keywords: certainty, assumption, inference, evidence, source, 確定性, 推測, 假設, 來源, 證據.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

AsiaOstrich/universal-dev-skills432025년 12월 30일 업데이트

Systematic code review checklist and pre-commit quality gates for PRs. Use when: reviewing pull requests, checking code quality, before committing code. Keywords: review, PR, pull request, checklist, quality, commit, 審查, 檢查, 簽入.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

AsiaOstrich/universal-dev-skills432025년 12월 30일 업데이트

Format commit messages following conventional commits standard. Use when: writing commit messages, git commit, reviewing commit history. Keywords: commit, git, message, conventional, 提交, 訊息, feat, fix, refactor.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

AsiaOstrich/universal-dev-skills432025년 12월 30일 업데이트

Guide documentation structure, README content, and project documentation best practices. Use when: creating README, documentation, docs folder, project setup. Keywords: README, docs, documentation, CONTRIBUTING, CHANGELOG, 文件, 說明文件.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

AsiaOstrich/universal-dev-skills432025년 12월 30일 업데이트

Guide Git branching strategies, branch naming, and merge operations. Use when: creating branches, merging, pull requests, Git workflow questions. Keywords: branch, merge, PR, pull request, GitFlow, GitHub Flow, 分支, 合併, 工作流程.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

AsiaOstrich/universal-dev-skills432025년 12월 30일 업데이트

Semantic versioning and changelog formatting for software releases. Use when: preparing releases, updating version numbers, writing changelogs. Keywords: version, release, changelog, semver, major, minor, patch, 版本, 發布, 變更日誌.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

AsiaOstrich/universal-dev-skills432025년 12월 30일 업데이트

AsiaOstrich의 스킬 모두 보기

이 스킬의 문제 신고