productivity/skills/start/SKILL.md
Initialize the productivity system and open the dashboard
npx skillsauth add grailautomation/claude-plugins startInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
If you see unfamiliar placeholders or need to check which tools are connected, see CONNECTORS.md.
Initialize the task and memory systems, then open the unified dashboard.
Check the working directory for:
TASKS.md — task listCLAUDE.md — working memorymemory/ — deep memory directorydashboard.html — the visual UIIf TASKS.md doesn't exist: Create it with the standard template (see task-management skill). Place it in the current working directory.
If dashboard.html doesn't exist: Copy it from ${CLAUDE_PLUGIN_ROOT}/skills/dashboard.html to the current working directory.
If CLAUDE.md and memory/ don't exist: This is a fresh setup — after opening the dashboard, begin the memory bootstrap workflow (see below). Place these in the current working directory.
Do NOT use open or xdg-open — in Cowork, the agent runs in a VM and shell open commands won't reach the user's browser. Instead, tell the user: "Dashboard is ready at dashboard.html. Open it from your file browser to get started."
If everything was already initialized:
Dashboard open. Your tasks and memory are both loaded.
- /productivity:update to sync tasks and check memory
- /productivity:update --comprehensive for a deep scan of all activity
If memory hasn't been bootstrapped yet, continue to step 5.
Only do this if CLAUDE.md and memory/ don't exist yet.
The best source of workplace language is the user's actual task list. Real tasks = real shorthand.
Ask the user:
Where do you keep your todos or task list? This could be:
- A local file (e.g., TASKS.md, todo.txt)
- An app (e.g. Asana, Linear, Jira, Notion, Todoist)
- A notes file
I'll use your tasks to learn your workplace shorthand.
Once you have access to the task list:
For each task item, analyze it for potential shorthand:
For each item, decode it interactively:
Task: "Send PSR to Todd re: Phoenix blockers"
I see some terms I want to make sure I understand:
1. **PSR** - What does this stand for?
2. **Todd** - Who is Todd? (full name, role)
3. **Phoenix** - Is this a project codename? What's it about?
Continue through each task, asking only about terms you haven't already decoded.
After task list decoding, offer:
Do you want me to do a comprehensive scan of your messages, emails, and documents?
This takes longer but builds much richer context about the people, projects, and terms in your work.
Or we can stick with what we have and add context later.
If they choose comprehensive scan:
Gather data from available connected sources. Prefer a maintained CLI over MCP
when the CLI can safely perform the workflow; for Google Workspace, use the
gws CLI:
gws gmail instead of
Gmail MCP.gws drive and gws docs instead of Google Drive MCP.gws calendar
instead of Google Calendar MCP.Build a braindump of people, projects, and terms found. Present findings grouped by confidence:
From everything gathered, create:
CLAUDE.md (working memory, ~50-80 lines):
# Memory
## Me
[Name], [Role] on [Team].
## People
| Who | Role |
|-----|------|
| **[Nickname]** | [Full Name], [role] |
## Terms
| Term | Meaning |
|------|---------|
| [acronym] | [expansion] |
## Projects
| Name | What |
|------|------|
| **[Codename]** | [description] |
## Preferences
- [preferences discovered]
memory/ directory:
memory/glossary.md — full decoder ring (acronyms, terms, nicknames, codenames)memory/people/{name}.md — individual profilesmemory/projects/{name}.md — project detailsmemory/context/company.md — teams, tools, processesProductivity system ready:
- Tasks: TASKS.md (X items)
- Memory: X people, X terms, X projects
- Dashboard: open in browser
Use /productivity:update to keep things current (add --comprehensive for a deep scan).
development
Parse and analyze Workato recipe JSON exports. Use when the user asks about a Workato recipe's logic, data flow, field mappings, error handling, or control flow. Also use when the user references a .recipe.json file or asks to debug a Workato integration.
databases
Review implementation plans as a staff software engineer. Use when the user asks for staff engineer feedback, senior engineering review, plan review, architecture review, implementation-plan critique, approval before proceeding, risk review, or feedback on a proposed technical plan.
tools
Use when the user invokes $spec-kit:tasks or /spec-kit:tasks, or asks to generate dependency-ordered tasks from the plan and repo context.
testing
Use when the user invokes $spec-kit:specify or /spec-kit:specify, or asks to create a brownfield-aware feature specification from a natural language description.