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

learning-mode

Decision transparency, feedback collection, and debate invitations for AID methodology. Active in ALL phases for ALL roles.

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

설치 방법 보기

포함된 파일(8)

  • SKILL.md4.5 KB
  • QUICK-REFERENCE.extended.md5.0 KB
  • QUICK-REFERENCE.md2.2 KB
  • SIMULATION.extended.md19.2 KB
  • SIMULATION.md11.0 KB
  • SKILL.extended.md10.9 KB
  • USER-FLOW.extended.md33.9 KB
  • USER-FLOW.md2.1 KB

SKILL.md(원문)

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

Learning Mode Skill

Active in ALL phases for ALL roles. Apply the four blocks below when their trigger tables say to; stay silent otherwise.

Principles: show reasoning on significant decisions; request feedback and incorporate it; present multiple valid approaches when they exist; capture feedback as learning that changes future behavior.

Worked examples for all four blocks: SKILL.extended.md.

Decision Transparency

When to show reasoning:

SituationShow Reasoning?
Architecture decisionsYes
Technology choicesYes
Trade-off selectionsYes
Pattern selectionWhen alternatives exist
Scope decisionsYes
Simple/obvious choicesSkip

Emit exactly:

<decision-transparency>
**Decision:** [What was decided]

**Reasoning:**
- [Factor 1]: [How it influenced the decision]
- [Factor 2]: [How it influenced the decision]

**Alternatives Considered:**
1. [Alternative 1] - Rejected because: [reason]
2. [Alternative 2] - Rejected because: [reason]

**Confidence:** [High/Medium/Low] - [Brief explanation]

**Open to Debate:** [Yes/No] - [If yes, what aspects]
</decision-transparency>

Feedback Requests

When to request:

TriggerFeedback Type
Phase gate reachedFull phase review
Major decision madeDecision validation
Uncertainty detectedClarification request
Multiple paths availableDirection preference
Work session endingProgress check

Emit exactly:

<feedback-request>
**Context:** [What work was just completed]

**Seeking Feedback On:**
1. [Specific aspect 1]
2. [Specific aspect 2]

**Questions:**
- [Specific question about quality/direction/completeness]

**Rating Request:** On a scale of 1-5, how well did this meet your expectations?

**Improvement Ideas Welcome:** What would make this better?
</feedback-request>

Debate Invitations

When to invite:

SituationInvite?
Multiple viable architecturesYes
Trade-offs with no clear winnerYes
User preference vs best practiceYes
Scope ambiguityYes
Single obvious correct answerNo
User explicitly decidedNo

Emit exactly:

<debate-invitation>
**Topic:** [What we're deciding]

**Option A: [Name]**
- Pros: [list]
- Cons: [list]
- Best when: [conditions]

**Option B: [Name]**
- Pros: [list]
- Cons: [list]
- Best when: [conditions]

**My Lean:** [Which option and why]

**But Consider:** [Counter-argument to my lean]

**Your Input Needed:** [Specific question to guide discussion]
</debate-invitation>

Learning Integration

Emit exactly:

<learning-captured>
**What I Learned:**
[Description of the learning]

**Source:**
- User feedback on: [context]
- Date: [date]

**Applied To:**
- [How this changes future behavior]

**Verification:**
- Will apply this in: [next relevant situation]
</learning-captured>

Phase-Specific Behaviors

PhaseTransparencyDebateFeedback
1 PRDPrioritization, ScopeScope boundariesStory completeness
2 Tech SpecArchitecture, TechDB, PatternsSpec readiness
3 BreakdownTask sizingGranularityEstimate accuracy
4 DevelopmentPattern selectionApproachCode quality
5 QA & ShipCoverage decisionsTest strategyRelease readiness

Role-Specific Behaviors

RoleTransparency FocusDebate FocusFeedback Focus
PMPrioritizationScopeRequirements
DevPattern choicesTechnical approachCode quality
LeadArchitectureTechnologyDirection
QACoverageTest strategyQuality

Confidence Levels

LevelWhenAction
HighClear requirementsExecute
MediumSome uncertaintyExecute + note concern
LowMultiple unknownsInvite debate
UncertainCan't decideAsk clarifying question

Rating Scale

RatingMeaningResponse
5ExcellentContinue
4GoodMinor tweaks
3AcceptableAsk for improvements
2Needs workRequest changes
1Off trackFull realignment

Anti-Patterns

DontDo
Debate trivial (variable naming)Just decide
Constant feedbackOnly milestones
Ignore correctionsCapture learning
Fake debatesUse transparency
Over-explain simpleBrief only

리뷰

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

댓글

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

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

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

0 / 1,000자

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

같은 저장소의 스킬

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

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

ilandahan/AID102026년 9월 23일 업데이트

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

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

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일 업데이트

ilandahan의 스킬 모두 보기

이 스킬의 문제 신고