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

5w1h-decision

5W1H Decision Framework Tool. Use for: (1) Systematic decision-making before creating todos, (2) Preventing duplicate implementation, (3) Detecting avoidance behavior, (4) Ensuring agile refactor compliance with executor/dispatcher separation

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

설치 방법 보기

포함된 파일(2)

  • SKILL.md11.1 KB
  • source.json751 B

SKILL.md(원문)

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

5W1H Decision Framework - Systematic Decision Making

Core Principles

Decision Philosophy: Think Before Act

PrincipleDescriptionValidation
Systematic ThinkingEvery decision requires 5W1H analysisAll 6 questions answered
No DuplicationCheck existing implementation firstWho analysis complete
No AvoidanceReject escape languageWhy validation passed
Agile ComplianceExecutor/Dispatcher separationHow task type matched
TDD IntegrationTest-first strategy requiredHow includes TDD steps

Key Files

FilePurpose
.claude/output-styles/5w1h-format.mdSystem-level format enforcement
.claude/methodologies/5w1h-self-awareness-methodology.mdComplete methodology
.claude/methodologies/agile-refactor-methodology.mdAgent collaboration rules
.claude/methodologies/claude-self-check-methodology.mdAvoidance language detection
CLAUDE.mdProject development guidelines

5W1H Framework Quick Reference

Who (Responsibility Attribution)

Format (Agile Refactor Compliant):

Who: {Executor Agent} (executor) | {Dispatcher} (dispatcher)

Valid Patterns:

ScenarioWho Format
Agent implements codeparsley-flutter-developer (executor) | rosemary-project-manager (dispatcher)
Main thread dispatchesrosemary-project-manager (self-execute - dispatch/review)
Documentation agentthyme-documentation-integrator (executor) | rosemary-project-manager (dispatcher)

Checks:

  • Searched existing Domain for duplicate functionality
  • Verified Service layer implementation
  • Confirmed test coverage
  • Executor matches task type

What (Function Definition)

Single Responsibility Verification:

What: [Function Name]
- Description: [One sentence description]
- Input: [Explicit input types]
- Output: [Explicit output types]
- Exception: [Error handling]

Checks:

  • Single responsibility (one sentence description)
  • Clear input/output definition
  • No overlap with existing functions
  • Can write Given-When-Then test

When (Trigger Timing)

Event-Driven Format:

When: [Event Name]
- Trigger: [User action / System event]
- Event: [EventName]
- Side Effects: [List all side effects]
- Integration: [Event system integration point]

Checks:

  • Clear trigger event identified
  • Side effects fully documented
  • Integration with Event-Driven Architecture

Where (Execution Location)

Architecture Layer Format:

Where: [Layer] / [Component]
- Architecture: [Domain/Application/Infrastructure/Presentation]
- Component: [Specific class or module]
- UseCase: [UseCase call chain]
- Call Path: UI -> UseCase -> Domain -> Service

Checks:

  • Correct Clean Architecture layer
  • DDD aggregate boundary respected
  • UseCase path traceable

Why (Motivation Validation)

Requirement Traceability Format:

Why: [Requirement Reference]
- Requirement ID: [UC-XXX]
- Business Value: [User benefit]
- User Scenario: [Specific use case]
- Document: [docs/app-requirements-spec.md#UC-XXX]

Avoidance Language Detection (BLOCKED):

CategoryBlocked Phrases
Quality Compromise"too complex", "workaround", "temporary fix", "quick fix"
Simplification"simpler approach", "easier way", "simplify"
Problem Ignoring"ignore for now", "skip for now", "deal with later"
Test Compromise"simplify test", "lower test standard", "basic test only"
Code Escape"comment out", "disable", "temporarily disable"

Checks:

  • Has requirement document reference
  • Clear business value stated
  • No avoidance language detected

How (Implementation Strategy)

Task Type Format (Required):

How: [Task Type: {TYPE}] {Strategy Description}

Task Types and Valid Executors:

Task TypeValid ExecutorDescription
ImplementationAgent (parsley, sage, etc.)Code implementation
DispatchMain Thread (rosemary)Task assignment
ReviewMain Thread (rosemary)Acceptance check
Documentationthyme / rosemaryDocument updates
Analysislavender / rosemaryProblem analysis
Planningrosemary / lavenderStrategy planning

Violation Detection:

Who ExecutorHow Task TypeResult
rosemary-project-managerImplementationBLOCKED
parsley-flutter-developerDispatchBLOCKED
Any agentImplementationALLOWED
rosemary-project-managerDispatch/ReviewALLOWED

Checks:

  • TDD test-first strategy
  • Task Type matches executor
  • No architectural debt introduced
  • No temporary solutions

Complete 5W1H Template

5W1H-{YYYYMMDD}-{HHMMSS}-{random}

Who: {agent} (executor) | rosemary-project-manager (dispatcher)
- Domain: {Responsible class/module}
- Existing: {Search result for duplicates}

What: {Function Name}
- Description: {One sentence}
- Input: {Types}
- Output: {Types}

When: {Event Trigger}
- Trigger: {User action / System event}
- Side Effects: {List}

Where: {Layer / Component}
- Architecture: {Clean Architecture layer}
- UseCase: {Call chain}

Why: {Requirement}
- Requirement ID: {UC-XXX}
- Business Value: {User benefit}

How: [Task Type: {TYPE}] {Strategy}
1. Write failing test
2. Implement to pass test
3. Refactor
4. Integration verification

Common Violations and Fixes

Violation 1: Missing Executor/Dispatcher

// VIOLATION
Who: parsley-flutter-developer
- Implement ISBN validation

// FIX
Who: parsley-flutter-developer (executor) | rosemary-project-manager (dispatcher)
- Domain: BookValidator in Book Aggregate
- Existing: Searched, no duplicate found

Violation 2: Missing Task Type

// VIOLATION
How: TDD implementation strategy
1. Write test
2. Implement

// FIX
How: [Task Type: Implementation] TDD implementation strategy
1. Write failing test for ISBN validation
2. Implement BookValidator.validateISBN()
3. Refactor for readability
4. Integrate with AddBookUseCase

Violation 3: Main Thread Doing Implementation

// VIOLATION
Who: rosemary-project-manager (self-execute)
How: [Task Type: Implementation] Build Domain event classes

// FIX
Who: parsley-flutter-developer (executor) | rosemary-project-manager (dispatcher)
How: [Task Type: Implementation] Build Domain event classes

Violation 4: Avoidance Language

// VIOLATION
Why: Need to simplify the complex validation
- Using a simpler approach for now

// FIX
Why: UC-001 Book Addition Requirement
- Requirement ID: UC-001
- Business Value: Ensure user input data format correctness
- User Scenario: User manually inputs ISBN and needs immediate validation

Token Generation

Session Token Format

5W1H-{YYYYMMDD}-{HHMMSS}-{random}
Example: 5W1H-20250925-191735-a7b3c2

Generate Token Script

# Generate new session token
uv run .claude/skills/5w1h-decision/scripts/generate_token.py

# Validate 5W1H content
uv run .claude/skills/5w1h-decision/scripts/validate_5w1h.py "content"

Hook Integration

The 5W1H checker is integrated into PreToolUse Hook:

  • Checks before TodoWrite operations
  • Validates all 6 W/H sections present
  • Detects avoidance language
  • Validates agile refactor compliance

Output Style Integration (System-Level Enforcement)

Since v0.25.1, 5W1H format is enforced at the system level via Output Style:

File Location: .claude/output-styles/5w1h-format.md

Enforcement Mechanism:

  • Output Style is injected into Claude's system prompt
  • Every response MUST follow the 5W1H format structure
  • No manual activation required - always active

Relationship with Other Mechanisms:

MechanismLevelPurposeEnforcement
Output StyleSystemResponse format structureAutomatic (system prompt)
PreToolUse HookToolTodo creation validationBefore TodoWrite
UserPromptSubmit HookSessionToken generation + reminderEach user input
SKILLReferenceDocumentation + scriptsOn-demand

Key Advantage:

  • Output Style provides consistent format enforcement without relying on Hook execution
  • Even if Hooks fail, Claude still follows the format due to system-level injection

Checklist Before Todo Creation

Completeness Check

  • Who: Executor/Dispatcher clearly identified, no duplicate implementation
  • What: Single responsibility, clear I/O definition
  • When: Trigger timing explicit, side effects identified
  • Where: Correct architecture layer, UseCase path clear
  • Why: Requirement reference, no avoidance language
  • How: Task Type present, TDD strategy, matches executor

Agile Refactor Compliance Check

  • Who has (executor) | (dispatcher) format
  • How has [Task Type: XXX] prefix
  • Implementation tasks assigned to agents (not main thread)
  • Dispatch/Review tasks assigned to main thread

Quality Gate

ALL items must be checked before creating todo.

Missing any item = BLOCKED


Related Documentation

Methodologies

Project Files

Scripts (in this SKILL)


Quick Reference Card

Required Format

5W1H-{TOKEN}

Who: {agent} (executor) | rosemary-project-manager (dispatcher)
What: {Single responsibility function}
When: {Event trigger with side effects}
Where: {Architecture layer / Component}
Why: {Requirement ID + Business value}
How: [Task Type: {TYPE}] {TDD strategy steps}

Task Type Quick Reference

TypeExecutorExample
Implementationparsley, sage, pepperWrite code
DispatchrosemaryAssign task
ReviewrosemaryAccept deliverable
DocumentationthymeUpdate docs
AnalysislavenderDesign analysis
PlanningrosemaryStrategy planning

Avoidance Detection Keywords

BlockReason
"too complex"Escaping difficulty
"simpler approach"Compromising quality
"for now"Temporary solution
"skip"Avoiding problem
"later"Deferring issue

리뷰

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

댓글

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

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

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

0 / 1,000자

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

같은 저장소의 스킬

007

무료

Security audit, hardening, threat modeling (STRIDE/PASTA), Red/Blue Team, OWASP checks, code review, incident response, and infrastructure security for any project.

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

aibot88/sec_skill_store52026년 5월 27일 업데이트

Guides the creation of agile user stories and Gherkin feature files. Use when the user wants to create a user story, write acceptance criteria, define Gherkin scenarios, or author BDD feature files. This should trigger for requests such as Create a user story; Write a user story; I need to write a user story. Part of cursor-rules-java project

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

aibot88/sec_skill_store52026년 5월 27일 업데이트

Facilitates conversational discovery to create Architectural Decision Records (ADRs) for non-functional requirements using the ISO/IEC 25010:2023 quality model. Use when the user wants to document quality attributes, NFR decisions, security/performance/scalability architecture, or design systems with measurable quality criteria. This should trigger for requests such as Create ADR for Non-functional requirements; Document Non-functional requirements; Capture Non-functional requirements; Generate Non-functional requirements in an ADR. Part of cursor-rules-java project

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

aibot88/sec_skill_store52026년 5월 27일 업데이트

Run a health check on an existing project: dependency audit, security scan, test runner detection, CI/CD evaluation, and missing configuration analysis. Maps the three execution gates (pre/in/post) from /10x-bootstrapper to an assessment framework for existing codebases. Reads optional context/foundation/stack-assessment.md from /10x-stack-assess to focus checks on identified gaps. Writes context/foundation/health-check.md with findings, prioritized fixes, and an agent-readiness verdict. Use when the user has an existing project and wants to verify its health before working with an agent. Trigger phrases: "health check", "check my project", "audit my project", "is my project healthy", "sprawdź projekt", "audyt projektu", "health-check", "project health". Use AFTER /10x-stack-assess (brownfield chain), BEFORE agent onboarding (m1-l4).

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

aibot88/sec_skill_store52026년 5월 27일 업데이트

10x-team

무료

You MUST use this when building projects end-to-end. Orchestrates all 12 team roles — automatically switches between CTO, architect, PM, engineers, SRE, security, DBA, QA, and EM based on the current phase of work. Starts with brainstorming before any implementation.

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

aibot88/sec_skill_store52026년 5월 27일 업데이트

Use when you need to add or configure Maven plugins in your pom.xml — including quality tools (enforcer, surefire, failsafe, jacoco, pitest, spotbugs, pmd), security scanning (OWASP), code formatting (Spotless), version management, container image build (Jib), build information tracking, and benchmarking (JMH) — through a consultative, modular step-by-step approach that only adds what you actually need. This should trigger for requests such as Add Maven plugins in pom.xml; Improve Maven plugins in pom.xml. Part of cursor-rules-java project

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

aibot88/sec_skill_store52026년 5월 27일 업데이트

aibot88의 스킬 모두 보기

이 스킬의 문제 신고