本文へ移動
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

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

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 のスキルをすべて見る

このスキルの問題を報告する