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

レビュー

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

同じリポジトリのスキル

概要と使いどころ

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

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