Get the next recommended action based on your learning context and progress. Adapts to any learning type - university, project, self-taught, etc.
Recommends the optimal next learning action based on your progress and context.
/plugin marketplace add netsirius/tutor-plugin/plugin install tutor@tutor-pluginsThe user wants to know what to do next. This command adapts to the learning context and provides the most appropriate next action.
Read the configuration to understand the context:
.tutor/config.json for the learning context.tutor/university_config.json if existsget_student_progress to check current stateget_topic_status to see topic statesCheck for urgent items first:
get_spaced_repetition_items to check if anything needs reviewDetermine the next action based on context:
Priority order:
1. SRS items due for review → suggest /tutor:reinforce
2. Exam < 3 days → suggest /tutor:exam-prep
3. Topic in progress → continue with /tutor:learn [topic]
4. New topic available → start with /tutor:learn [next-topic]
5. All topics done → suggest /tutor:extend or exam prep
Priority order:
1. SRS items due for review → quick review, then continue building
2. Current task in progress → continue building that part
3. Next task available → explain what to build and why
4. Milestone close → push to complete it
5. Project complete → celebrate and suggest extensions
Key differences for PROJECT:
Priority order:
1. SRS items due for review → suggest review
2. Topic in progress → continue learning
3. Interest-based suggestion → what seems most engaging
4. All basics done → suggest deepening or new area
For all contexts, show:
┌─────────────────────────────────────────────────────────────┐
│ NEXT STEP │
├─────────────────────────────────────────────────────────────┤
│ │
│ 📍 [Action]: [Brief description] │
│ │
│ WHY THIS MATTERS: │
│ [Explain why this is the right next step for their goal] │
│ │
│ AFTER THIS YOU'LL BE ABLE TO: │
│ [Concrete capability/deliverable they'll have] │
│ │
│ Command: /tutor:learn [topic] or just say "let's go" │
│ │
└─────────────────────────────────────────────────────────────┘
When continuing a project task:
Example for project:
┌─────────────────────────────────────────────────────────────┐
│ NEXT STEP: Create endpoint GET /expenses │
├─────────────────────────────────────────────────────────────┤
│ │
│ YOUR PROJECT: Finance API │
│ CURRENT MILESTONE: Basic CRUD (2/4 tasks done) │
│ │
│ WHY THIS MATTERS: │
│ This endpoint will let users see their expense history. │
│ It's what any app calling your API will use to display │
│ the list of expenses. │
│ │
│ AFTER THIS: │
│ ✓ Your API will be able to return expense lists │
│ ✓ You'll understand how GET endpoints work with databases │
│ │
│ Ready? Say "let's build it" to continue. │
│ │
└─────────────────────────────────────────────────────────────┘
start_study_session to track time and streakIt looks like you haven't set up your learning project yet.
Run /tutor:init to get started!