Explain the DAIC (Discuss-Align-Implement-Check) workflow, help users understand current mode, what's allowed in each mode, and how to transition between modes - ANALYSIS-ONLY skill
Type: ANALYSIS-ONLY DAIC Modes: DISCUSS, ALIGN, IMPLEMENT, CHECK (all modes) Priority: Medium
This skill activates on:
From: skill-rules.json - daic_mode_guidance configuration
Explain the DAIC (Discuss-Align-Implement-Check) workflow, help users understand the current mode, what's allowed in each mode, and how to transition between modes. This is an ANALYSIS-ONLY skill that provides guidance but never modifies mode or writes files.
In any DAIC mode:
Mode Explanation
Write-Gating Clarification
Workflow Guidance
Transition Assistance
ANALYSIS-ONLY RULES:
Mode Guidance Quality:
Purpose: Clarify intent, constraints, and relevant SoT Allowed:
Not Allowed:
Transition to IMPLEMENT:
sessions state mode IMPLEMENTPurpose: Design plan + task manifest (Tier-2) Allowed:
Not Allowed:
Transition to IMPLEMENT:
Purpose: Execute the manifest; write tools allowed Allowed:
Not Allowed:
Transition to CHECK:
sessions state mode CHECKPurpose: Test, verify, summarize outcomes Allowed:
Not Allowed:
Transition to DISCUSS:
sessions state mode DISCUSSā "What mode am I in?" ā "Can I edit files now?" ā "How do I switch to implement mode?" ā "Why can't I write?" ā "What's DAIC?"
Scenario: User Confused About Write Blocking
### DAIC Mode Guidance
**Current Mode:** DISCUSS
**Why Writes Are Blocked:**
You're currently in DISCUSS mode, which is for gathering requirements and understanding the problem. Write tools (Edit, Write, MultiEdit) are only allowed in IMPLEMENT mode to ensure changes are intentional and aligned with an approved plan.
**What You Can Do in DISCUSS:**
- ā Ask questions and clarify requirements
- ā Review existing code (Read, Grep, Glob)
- ā Discuss approach and tradeoffs
- ā Reference documentation
**What You Cannot Do in DISCUSS:**
- ā Create or modify files
- ā Use Write, Edit, or MultiEdit tools
**To Enable Writes:**
1. **First, approve a plan** (I can propose one if needed)
2. **Then transition to IMPLEMENT mode** by saying any of:
- "go ahead"
- "do it"
- "implement"
- "yert"
- Or use: `sessions state mode IMPLEMENT`
**Full DAIC Workflow:**
DISCUSS (you are here) ā [gather context, clarify requirements] ALIGN ā [design plan, get approval] IMPLEMENT ā [execute plan with write tools] CHECK ā [verify, test, summarize] DISCUSS (loop back for next work)
**Would you like me to propose a plan so we can move to IMPLEMENT?**
Scenario: User in IMPLEMENT, Wants to Discuss
### DAIC Mode Guidance
**Current Mode:** IMPLEMENT
**You're in Implementation Mode:**
This means write tools are enabled and you're executing an approved plan.
**To Return to Discussion:**
Option 1: Let the current implementation complete
- Finish all todos in the current task
- System will auto-transition to CHECK, then DISCUSS
Option 2: Manually transition now
- Use API: `sessions state mode DISCUSS`
- Note: This will end the current implementation session
**Recommendation:**
If you want to discuss something while implementation is in progress, you can:
1. Ask questions now (I can answer without changing mode)
2. If you need to revise the plan, we should return to DISCUSS
3. If you just want to check status, that's fine in IMPLEMENT too
**What would you like to do?**
Scenario: Explaining DAIC Workflow
### DAIC Workflow Explained
DAIC stands for: **Discuss ā Align ā Implement ā Check**
It's a disciplined workflow that ensures code changes are intentional and aligned with clear goals.
---
#### 1. DISCUSS Mode
**Goal:** Understand the problem
**Activities:**
- Gather requirements
- Review existing code
- Ask clarifying questions
- Understand constraints
**Output:** Clear understanding of what needs to be done
**Writes:** ā No
---
#### 2. ALIGN Mode
**Goal:** Design the solution
**Activities:**
- Create task manifest
- Define success criteria
- List todos/acceptance criteria
- Get user approval
**Output:** Approved plan with specific todos
**Writes:** ā No
---
#### 3. IMPLEMENT Mode
**Goal:** Execute the plan
**Activities:**
- Write code per approved todos
- Create/modify files
- Run tests
- Follow the manifest
**Output:** Implemented changes
**Writes:** ā Yes (only mode where writes allowed)
---
#### 4. CHECK Mode
**Goal:** Verify quality
**Activities:**
- Run tests
- Verify success criteria met
- Summarize what was accomplished
- Suggest next steps
**Output:** Verified, tested changes
**Writes:** Limited (minimal updates only)
---
**Then Loop Back to DISCUSS for Next Work**
**Why This Matters:**
- Prevents accidental file modifications
- Ensures changes match user intent
- Provides clear checkpoints for review
- Makes collaboration predictable
**Current Mode:** [Shows current mode]
ā User is asking about application modes (e.g., "production mode") ā Question is about git modes/states ā Focus is on other tools/frameworks (not DAIC) ā User just wants to know technical details (not mode guidance)
sessions state mode CHECKsessions state mode ALIGNCause: Not in IMPLEMENT mode Solution: Approve a plan and transition to IMPLEMENT
Cause: All todos completed (auto-transition to CHECK) Solution: If more work needed, return to DISCUSS and propose new todos
Cause: User or system set mode incorrectly
Solution: Use API to set correct mode: sessions state mode <MODE>
Cause: Misunderstanding purpose of write-gating Solution: Explain safety benefits, show efficient workflow
If hooks or automation cause mode problems:
# Force mode change via API
sessions state mode DISCUSS
# Check current mode
sessions state show
# Clear corrupted state (careful!)
sessions state task clear
When providing significant mode guidance:
### DAIC Mode Guidance Provided: [Date]
- **User Question:** "Why can't I write files?"
- **Current Mode:** DISCUSS
- **Guidance:** Explained write-gating, provided transition phrases
- **Outcome:** User approved plan, transitioned to IMPLEMENT
- **Note:** User initially confused by auto-transition to CHECK
Last Updated: 2025-11-15 Framework Version: 2.0