本文へ移動
cccskills
無料GitHub で公開

aid-discovery

AID Phase 0 - Research & discovery. Use for validating problem spaces, identifying stakeholders, defining success metrics, deciding whether to proceed.

インストール方法を見る

含まれるファイル(4)

  • SKILL.md2.2 KB
  • references/discovery-workshop-guide.md2.5 KB
  • references/feasibility-assessment.md3.4 KB
  • SKILL.extended.md6.1 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

aid-discovery - AID Phase 0

Purpose: Validate problem space before committing to solution. Entry: Initial idea/request exists, stakeholders available. Exit: Problem validated, stakeholders identified, success metrics defined, go/no-go decision.

Deliverables

  1. Problem Statement (SCQ format) - Validated, no solution assumptions
  2. Stakeholder Map - All affected parties identified
  3. Success Metrics - Quantified, measurable outcomes

Discovery Questions

Ask these:

  • Problem: What problem are we solving? Who has this problem? How painful? (Quantify) What if we don't solve it?
  • Stakeholders: Who are end users? Who owns data/process? Who makes decisions? Who else touches this?
  • Success: What does success look like? How will we measure? What's minimum viable outcome?
  • Technical feasibility: Is this feasible? Major technical risks? Required skills? Infrastructure needs?

Problem Statement Template (SCQ)

## Problem Statement

### Situation
[Current state]

### Complication
[What's wrong]

### Question
[What solving this answers]

### Impact
- [Quantified impact]

### Success Metrics
| Metric | Current | Target |
|--------|---------|--------|
| [Metric] | [Now] | [Goal] |

Stakeholder Map Template

### Decision Makers
- [Name/Role]: [Responsibility]

### Data/System Owners
- [Name/Role]: [What they own]

### End Users
- [Type]: [How affected]

### Integrations
- [System]: [Relationship]

Common Pitfalls

PitfallFix
Solution-firstStart with "what problem?"
Missing stakeholdersAsk "who else touches this?"
Vague problemsIf can't measure, not defined
Assumption blindnessMake assumptions explicit

Phase Gate Checklist

  • Problem statement validated
  • All stakeholders identified
  • Success metrics specific
  • Technical feasibility assessed
  • Proceed/not-proceed decision clear
  • Scope boundaries established

Handoff to PRD

  • Validated problem statement
  • Stakeholder map
  • Success metrics
  • Constraints identified
  • Scope boundaries

レビュー

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

同じリポジトリのスキル

概要と使いどころ

AID Phase 4 - Development phase. Use for implementing features, TDD practices, code reviews, transitioning from planning to QA.

日本語の概要は準備中です。原文の説明を表示しています。

ilandahan/AID102026年9月23日 更新

AID Phase 3 - Implementation Planning with consolidation-first approach. Resolves contradictions between PRD and Tech Spec, creates consolidated master document, then breaks down into actionable tasks and populates Jira. Includes sprint planning and risk assessment.

日本語の概要は準備中です。原文の説明を表示しています。

ilandahan/AID102026年9月23日 更新

aid-prd

無料

AID Phase 1 - PRD creation. Use for user stories, acceptance criteria, scoping features, transitioning from discovery to tech spec.

日本語の概要は準備中です。原文の説明を表示しています。

ilandahan/AID102026年9月23日 更新

AID Phase 5 - QA and Release. Use for validating implementations, acceptance tests, preparing releases, deployment, operational readiness.

日本語の概要は準備中です。原文の説明を表示しています。

ilandahan/AID102026年9月23日 更新

AID Phase 2 - Technical Specification. Use for system architecture, API contracts, data models, security architecture, transitioning from PRD to implementation.

日本語の概要は準備中です。原文の説明を表示しています。

ilandahan/AID102026年9月23日 更新

Build an Atomic Design system from Figma style guides - extract tokens, create atoms/molecules/organisms/templates/pages as reusable component libraries. Use when building or extending a design system or component library.

日本語の概要は準備中です。原文の説明を表示しています。

ilandahan/AID102026年9月23日 更新

ilandahan のスキルをすべて見る

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