
Tutor Setup
Scaffold a StudyVault-style Obsidian (or markdown) onboarding vault with dashboard MOC, module map, and tagged architecture notes for any codebase.
Install
npx skills add https://github.com/roundtable02/tutor-skills --skill tutor-setupWhat is this skill?
- Prescribed StudyVault folder tree from 00-Dashboard through DevOps and Exercises
- Dashboard MOC template with architecture overview, module map, and API surface tables
- Tag index rules for #arch-* and #module-* consistency across notes
- Getting Started block: prerequisites, install, env, run, and test commands
- Recommended onboarding reading order embedded in the dashboard
Adoption & trust: 1.3k installs on skills.sh; 933 GitHub stars; 2/3 security scanners passed (skills.sh audits).
Recommended Skills
Lark Doclarksuite/cli
Lark Wikilarksuite/cli
Opensource Guide Coachxixu-me/skills
Readme I18nxixu-me/skills
Doc Coauthoringanthropics/skills
Obsidian Markdownkepano/obsidian-skills
Journey fit
Primary fit
Canonical shelf is Build because the primary deliverable is structured developer documentation and onboarding artifacts tied to the repo. Docs subphase fits template-driven vault layout, MOC dashboards, and reading-path onboarding—not runtime code changes.
Common Questions / FAQ
Is Tutor Setup safe to install?
skills.sh reports 2 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.
SKILL.md
READMESKILL.md - Tutor Setup
# Codebase Mode — Templates Reference ## Vault Folder Structure ``` StudyVault/ 00-Dashboard/ # MOC + Quick Reference + Getting Started 01-Architecture/ # System overview, request flow, data flow 02-<Module1>/ # Per-module notes 03-<Module2>/ ... NN-DevOps/ # Build, deploy, CI/CD, env config NN+1-Exercises/ # Onboarding exercises ``` ## Dashboard MOC Template ```markdown --- module: dashboard path: 00-Dashboard keywords: MOC, onboarding, architecture, <project-name> --- # <Project Name> — Onboarding Map #dashboard #onboarding ## Architecture Overview - Pattern: <architectural pattern> - Tech stack: <languages, frameworks, key libraries> - → [[System Architecture]] - → [[Request Flow]] ## Module Map | Module | Purpose | Key Entry Point | Notes | |--------|---------|-----------------|-------| | <name> | <1-line purpose> | `<path>` | [[Module Note]] | ## API Surface | Method | Path / Command | Module | Notes | |--------|---------------|--------|-------| | GET | `/endpoint` | <module> | [[API Note]] | ## Getting Started 1. Prerequisites: ... 2. Install: `<install command>` 3. Configure: copy `.env.example` → `.env` 4. Run: `<run command>` 5. Test: `<test command>` ## Tag Index | Tag | Description | Rule | |-----|-------------|------| | `#arch-*` | Architecture concepts | Top-level pattern tags | | `#module-*` | Module-specific | One per module | ## Onboarding Path > Recommended reading order for new developers: 1. [[System Architecture]] — big picture 2. [[Request Flow]] — how a request moves through the system 3. [[Module A]] → [[Module B]] → ... — module deep dives 4. [[Exercises]] — hands-on practice ``` ## Quick Reference Template ```markdown --- module: dashboard path: 00-Dashboard keywords: quick-reference, commands, setup --- # Quick Reference #dashboard #quick-reference ## Key Commands | Action | Command | |--------|---------| | Install deps | `<command>` | | Run dev | `<command>` | | Run tests | `<command>` | | Build | `<command>` | | Lint | `<command>` | ## Environment Setup 1. ... ## Important File Locations | File / Dir | Purpose | |------------|---------| | `<path>` | <description> | ## Common Debugging | Symptom | Where to Look | → Note | |---------|---------------|--------| | <problem> | `<file/log>` | [[Module Note]] | ``` ## Module Note Template ```markdown --- module: <module-name> path: <relative-path-from-project-root> keywords: <3-5 English keywords> --- # <Module Name> (<Importance: ★~★★★>) #module-<name> #<pattern-tag> ## Purpose <1-3 sentences: what this module does and why it exists> ## Key Files | File | Role | |------|------| | `<relative-path>` | <description> | ## Public Interface | Export | Type | Description | |--------|------|-------------| | `<name>` | function/class/endpoint | <what it does> | ## Internal Flow ```text <ASCII diagram showing data/control flow within this module> ``` ## Dependencies | Direction | Module / Service | Via | |-----------|-----------------|-----| | **Uses** | <dependency> | `<import/call>` | | **Used by** | <dependent> | `<import/call>` | ## Configuration | Env Var / Config Key | Purpose | Default | |---------------------|---------|---------| | `<VAR>` | <description> | `<default>` | ## Testing - Run: `<test command for this module>` - Pattern: <unit/integration/e2e> - Coverage notes: ... ## Related Notes - [[Other Module]] - [[Architecture Note]] ``` ## API Note Template ```markdown --- module: <module-name> path: <relative-path> keywords: API, <endpoint-keywords> --- # <Endpoint Group> API #api-<group> #module-<name> ## Endpoints | Method | Path | Auth | Description | |--------|------|------|-------------| | GET | `/path` | required | <description> | ## Request / Response ### <Endpoint Name> **Request**: ```json { "field": "type — description" } ``` **Response (success)**: ```json { "field": "type — description" } ``` **Error cases**: | Status | Condition | Response