Build your dashboard skeleton.
This is the lesson where your Student Dashboard is born.
Nine modules in. You have a Coach Cowork Project, a tagged calendar, an Applications Cowork Project (if you've hit application season), a Sunday Reset that fires on Sunday at 6pm, and a notes app full of starred prompts. In 10.1 you picked the three pains the system should be built around. Today you take all of that and pull it onto a single page that lives in your Cowork sidebar — the live page promised on the homepage, the one Emma's sample preview shows, the thing you open every Monday morning.
One important framing before we build: the Student Dashboard is a Cowork Project, not the chat Project type your Coach lives in. The Coach is where you talk and study. The Dashboard is where Cowork does the assembling work. We'll link your Coach (and Applications, if it exists) to the Dashboard Project in a minute so Cowork can read what's in them.
First, the plain-English version of what a "live artifact" is.
You've heard the word "artifact" a few times in this course — Lesson 1.1 introduced Persistent Artifacts as a Pro feature: "when Claude builds you a tool or dashboard, it gets saved as a standalone page you can reopen any time, refreshed with live data from your connected apps." This is the lesson where you actually build one.
When Claude builds you an artifact, it's creating a single HTML page — a mini website — that lives inside Cowork. It isn't a file you download. It isn't a website anyone else can see. It's a page that opens in the Cowork sidebar when you click it, and closes when you don't need it. What makes it live is this: every time you open it, it can call your connected Google Calendar and Gmail and show you fresh data — today's events, this morning's unread emails, your next deadline — without you doing anything. You don't refresh it. You don't re-prompt it. You just open it.
What your dashboard is
- A single HTML page that lives in Cowork
- Pulls live from Google Calendar and Gmail
- Persists — closes and opens, still there
- Yours alone unless you choose to share it
- Editable by asking Claude in chat
What it's not
- Not a website anyone can find
- Not hosted on the public internet
- Not something you have to code
- Not a separate subscription on top of Pro
- Not a replacement for your calendar, email, or Coach — it reads from them
What today's lesson builds
- A Dashboard Cowork Project (your next one, after the Coach — and after the Applications Project from M6.2 if you built that during apps season)
- A one-time Blueprint doc that teaches Claude your style
- The skeleton artifact — the page itself, with every block mapped in
- Four blocks live on day one; the rest light up in 10.3–10.5
Why we build the empty skeleton first, then fill it in 10.3–10.5.
Most students reach M10 and assume the dashboard is the last thing you build — after the Coach is tuned, the tasks are wired, the prompts are saved. We're doing it the other way around. You build the skeleton today, and 10.3 / 10.4 / 10.5 each plug their work into a specific block on it. Reason: it's much easier to upgrade your Coach when you can see the empty Coach panel waiting for it on the dashboard. Each downstream lesson ends with "now this block lights up" — much more satisfying than wiring four pieces in the dark and assembling them at the end.
Before we build, find where artifacts live.
Open the Claude desktop app on your laptop. Cowork should already be on if you finished M9 — if not, click the Cowork toggle at the bottom of the message bar (the small sidebar icon). Now let's map the Cowork sidebar so you know where your dashboard will show up when it's built.
- The main chat column is in the middle of the screen. That's where you talk to Claude. Nothing changes there.
- The Cowork sidebar appears on the right whenever Claude is doing something visual — a task running, a file being edited, an artifact being built. It tucks itself away when not in use.
- The Artifacts tab lives in that right sidebar. Look for a tab or icon labeled Artifacts (sometimes shown as a small page icon). Click it. You'll see a list of every artifact Claude has ever built for you — empty if this is your first one.
- Click an artifact name to open it. It opens in the sidebar, full-width. Click again or close the sidebar to hide it. Your work isn't lost — artifacts persist until you delete them.
- Rename an artifact by right-clicking it (or tapping the three dots next to it) and choosing Rename. Useful for telling two artifacts apart when you have a few.
Artifacts vs. canvas vs. chat — quick disambiguation.
You may see the word "canvas" in Claude's interface from time to time. Canvas is a different feature — a temporary scratch area for brainstorming. Artifacts are the persistent ones. When this course says "your dashboard is an artifact," it means the version that stays put across sessions, not the temporary canvas. Today's build uses artifacts specifically.
Can't see the Artifacts tab?
Two common causes. First: Cowork might not be active — look for the Cowork toggle in the message bar and click it on. Second: you may be using Claude.ai in your browser instead of the desktop app. Artifacts work in both, but the desktop app (which you installed back in Lesson 1.2) is where the live-update behavior is smoothest. If you're still stuck, the Setup Cheat Sheet tracks the current Cowork UI walkthrough as it shifts.
Create the Student Dashboard — a Cowork Project this time.
The dashboard itself is an artifact. But artifacts are made by asking Claude, and Claude gives you the best dashboard when it's asking inside a dedicated Project with custom instructions and your Blueprint uploaded. So before we build the artifact, we build the Project that will own it.
- With Cowork on, look for the option to create a new Cowork Project — usually in the Cowork sidebar's Projects panel, or under a "+" / "New Project" button. UI labels shift over time; if it's not where these instructions describe, the Setup Cheat Sheet tracks the current path.
- Name it:
Student Dashboard. That exact name — no extra words, no cute emoji. Clean and searchable so it shows up first when you start typing. - Description: "My living command center for school. The Coach, my Applications work, my scheduled tasks, and my saved prompts all surface here. Claude maintains the artifact based on my Blueprint and the cross-Project awareness rule."
- Link your Coach. Inside the new Cowork Project, find the references / linked content section (sometimes labeled Add reference, Linked Projects, or shown as a paperclip / link icon). Add your Coach Cowork Project as a linked reference now. If your Applications Cowork Project from M6.2 exists, link that too. (You'll come back here in 10.5 to link the Personal Cowork Project once it's built.) Linking is the step that lets the Dashboard read your Coach's syllabi, your Voice Profile, your AI Policy, and your Application Profile while building each block. Without it, blocks fall back to placeholders.
- Scroll to Custom instructions and paste the template below.
You'll upload the Blueprint in the next screen.
For now the Project is created, the custom instructions are in, and the Context panel is empty. The Blueprint goes there next. Leave this tab open.
Build your Dashboard Blueprint — a one-time interview.
The Blueprint is the one document that teaches Claude your dashboard style — what blocks you care about, what tone you like, how much information you want shown at once, what the page should look like at 7am on a Monday. You'll fill it out once, in conversation with Claude, then save it to a Google Doc and upload it. After this, every future block change just references the Blueprint and extends it.
Same pattern as your Coach's "How I Actually Learn" interview from M7.2.
If you went through M7, you know this rhythm: Claude asks one question at a time, waits for your answer, moves on. This version is short — Claude pre-fills what it can from your Application Profile (M6.2) and How-I-Learn doc (M7.2), so you don't re-answer "what's your major" or "how do you learn best" for the third time.
Step 1 — upload your Application Profile and How-I-Learn doc to this Project's Context.
Both files already exist in your Coach (you built them in M6.2 and M7.2). Re-upload the same files to your Student Dashboard Cowork Project's Context panel now. The Blueprint interview reads from them and skips any questions it can answer from what you already wrote.
- Upload your Application Profile (from M6.2) and How I Actually Learn doc (from M7.2) to the Student Dashboard Cowork Project's Context panel.
- Open a new chat inside the Student Dashboard Project (so the custom instructions from the last screen are loaded).
- Paste the interview prompt below.
- Answer each question as it comes — there will be fewer than 9 because Claude pulls what it can from the uploaded files. Short answers are fine.
- When done, Cowork builds the Blueprint as a Google Doc, saves it to a Drive folder, and re-uploads a copy to this Project's Context — automatically. You don't paste anything anywhere.
This is another moment Cowork actually does something for you.
The prompt below ends with Cowork creating the Google Doc, saving it to Drive, and re-uploading the file to this Project's Context. Three actions, all done for you, while you watch.
Drive not connected yet?
Open Settings → Connectors → Google Drive in the Claude desktop app and authorize. Once it's connected, the prompt above works as written. If Drive isn't connected, Cowork will pause and ask you to connect it before saving the Doc — same end result, one extra step.
Build the skeleton — one prompt, one artifact, one moment.
Here's the prompt that brings your dashboard into existence. One copy-paste. You'll watch the Cowork sidebar open, the artifact build in front of you, and — about 60 seconds later — you'll have the first version of the page that's going to be with you for the rest of school.
This prompt assumes the Coach (and Applications, if it exists) are linked from screen 3. If you skipped that linking step, the Coach Shortcut and Application Deadlines blocks fall back to placeholders — go back and link them, then re-run this prompt.
One pattern to know before the build — the "current-state artifact" convention.
Several dashboard blocks read from a current-state artifact saved by the Project that owns that block. The Coach saves current-week-priorities (per the Sunday Reset in 9.2). The Coach also saves upcoming-runway (per the Pre-Exam Watch in 9.3). The Applications Project (if you have one) saves upcoming-deadlines. The pattern is the same in every case: your Project does the curated thinking once, saves it with a known filename, and the dashboard reads it back without re-asking. That preserves your intentionality — the priorities you set on Sunday stay set all week, and the dashboard isn't quietly regenerating different answers each time you open it.
You won't have all of these saved yet at this moment in the course. The skeleton build below references them by name so each block lights up automatically the moment 10.3 or 10.4 puts it in place.
- Still inside your Student Dashboard Project chat (with the Blueprint uploaded), paste the prompt below.
- Hit enter. Watch the Cowork sidebar open on the right.
- Don't touch anything for 60 seconds. Let Claude finish the full build before you react to the halfway state.
- When done, the artifact is visible in your sidebar. Look at it. Scroll through the blocks. The Greeting, Today, Family/Self info, and Quick Prompts blocks should already be filled. The rest will show empty-state placeholders — that's correct. They light up as you complete 10.3, 10.4, and 10.5.
If the build stalls or the sidebar doesn't open —
Don't panic. Two common fixes: (1) Make sure Cowork is toggled on in your message bar before you send the prompt. (2) Make sure the Blueprint is uploaded (the Context panel should show a file). If both are right and Claude is still just chatting with you instead of building an artifact, add this line to the bottom of the prompt and re-send: "Build this as a persistent artifact in the Cowork sidebar using the create_artifact tool. Don't render it as inline chat or as a temporary canvas."
Make it yours, and learn the pattern that 10.3–10.5 use.
The skeleton is up. It probably isn't perfect — it's your dashboard, and it should feel like yours, not like a stranger's room. The good news: you change it by asking, the same way you change anything in Claude. Here's the iteration pattern, then the rest of M10's preview.
The "update my dashboard" pattern — you'll use this in 10.3, 10.4, and 10.5
- Open a new chat in your Student Dashboard Cowork Project. This keeps your custom instructions and Blueprint in context.
- Tell Claude exactly what to change — the block name and the change. Don't describe the whole dashboard; just the diff.
- Claude updates the existing artifact (it won't make a new one if you word it as an update). The change appears in the sidebar within 30 seconds.
- If you hate it, say so — "revert the Today block to how it was before" or "undo that change." Claude restores the previous version.
How to find your dashboard tomorrow (and every day after).
Open the Claude desktop app. Make sure Cowork is on. Click Artifacts in the right sidebar. Click Student Dashboard. The page opens with fresh data pulled from your calendar and email. That's it — no new chat needed. If you want to change something, then open a chat in your Student Dashboard Project and ask. Otherwise just read and close.
Pin it to your morning routine.
Some students put a sticky note on their laptop that just says "Open the Dashboard" until the habit lands. Some pin the Claude desktop app to their dock or taskbar so it's the first icon they hit after coffee. In 10.4 we'll wire a Daily Brief variant that, on weekdays, opens the Dashboard and texts you a 4-bullet "what's different from yesterday" summary — but until then, the manual routine is one click on the desktop app. Skip a day; come back; nothing breaks. The dashboard waits.
📸 Screenshot the skeleton — piece 2 of your keepsake.
10.1 produced your Pain Map (workbook panel 1). 10.2 produces the dashboard itself. Take a screenshot of the freshly-built skeleton with all its placeholders visible — that's piece 2. By the end of M10 you'll have the dashboard, four filled workbook panels, and a 7-day log. The screenshot shows where you started.
One last move — wire the dashboard to read your whole stack.
You just built the dashboard. Right now it knows about your Coach (and your Applications Project, if it's linked). Across the next three lessons you'll tune the Coach (10.3), wire three scheduled tasks (10.4), and save your prompt library (10.5). The dashboard should read each one the moment it exists, without you having to come back and re-wire anything.
One paste-in handles that — a rule you add to the Student Dashboard Project's custom instructions now. Each block falls back to a placeholder until the relevant Project or artifact exists. The blocks light up automatically as you complete each downstream lesson's save step. Forward-wiring, done once.
The "Refreshed from" line is the feedback loop.
That final confirmation tells you which Projects Claude actually reached — and which it didn't. If your Applications Project isn't in the list and you expected it to be, you know something's off (it's not linked, it's named differently, the artifact wasn't saved). Without it, silent failure is possible. With it, you notice problems on refresh #1 instead of refresh #20.
The full refresh command — one sentence, once a week.
The rule above teaches Claude what "refresh" means; the command below is how you invoke it. Say it during your Sunday Reset or any time you want the dashboard to catch up. You can also drop it into a weekly Sunday scheduled task in 10.4 so the dashboard rebuilds itself before you open Cowork on Monday morning.
The privacy guardrail — what should NOT auto-surface.
Some things are dashboard data. Some things are personal or are mid-draft. The cross-Project rule above already excludes draft files and archived Projects, but the full guardrail is worth naming, because cross-Project awareness makes it possible to over-expose things you never meant the dashboard to see.
Auto-pull — fine
- Calendar events
- Upcoming deadlines (titles + dates only)
- Application deadlines + status flags
- Top priorities (from Sunday Reset)
- Saved starter prompts
- Course names & syllabus dates
Pull only on explicit ask
- Specific assignment grades
- GPA
- Money totals or transactions
- Personal statement subject matter
- Big-call deliberations from M8.6
- Anything you flagged as Excluded in your Blueprint
Never auto-pull
- Any essay, paper, or application draft text
- Recommendation letter content
- Any file starting with "DRAFT_"
- Anything in an Archived Project
- Voice Profile contents (it lives in Coach, not on the dashboard)
The Honest Work Code, applied to your dashboard.
The dashboard surfaces where work is happening. It never produces the work itself. Deadlines, statuses, priorities, prompts — yes. Draft text, essay paragraphs, recommendation letters, graded submissions — never. If you ever find yourself asking the dashboard to "show me my draft of X" — close that prompt, open the Coach, and do the writing there with the Voice Profile and the M4.5 edit-don't-write workflow. The dashboard is a deck of cards. Your work happens at the desk.
Up next: 10.3: Upgrade Your Academic Coach
Your dashboard exists. Empty Coach panel waiting on it. 10.3 is where you tune the Coach — refresh the four staple files, refresh the standing brief, run the one-time tuning move that makes a Coach feel tuned instead of generic. By the end of 10.3, the Coach Shortcut block on your dashboard will be live with the right context behind it.
Continue to 10.3 — Upgrade Your Coach →