plugins/teamcraft-glgd/skills/onboard/SKILL.md
Orient a new team member to their environment through the TeamCraft lens. Reads GitLab repos, active milestones, open issues, and Google Drive project artifacts — then presents the current state and explains how TeamCraft applies to their role. Advisory only. Never starts work.
npx skillsauth add codingthefuturewithai/claude-code-primitives teamcraft-glgd:onboardInstall 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.
Read the team member's environment and present it through the TeamCraft lens. Show them what exists, describe the current state, and explain how TeamCraft applies to their role going forward. This is orientation — not a handoff to work.
Ask the team member their role. Everything that follows is calibrated to it.
If they don't have a role or want the full picture, give the overview for all roles.
Attempt real calls. Do not ask whether things are configured.
GitLab: Use mcp__gitlab__list_projects. If it returns results, the server is up and authenticated. If not, explain what needs to be configured — in plain terms appropriate to the role.
Google Drive: Call mcp__google-drive__list_accounts. Any response means the server is reachable. If no accounts are returned, Drive is reachable but no Google account has been authenticated — explain this to the team member in plain terms. If one account is returned, use it for this session. If multiple accounts are returned, present them and ask which one to use. Pass account_email on every Drive tool call for the remainder of this session. If a Drive call returns a permission error, surface it clearly and offer to try another account if one is available.
If either connection fails, do not attempt to guide through MCP setup here — that is teamcraft-glgd:teamcraft-setup's job. Tell the user clearly: "One or more required MCP servers isn't connected. Run teamcraft-glgd:teamcraft-setup first — it will get everything configured and bring you back here when ready." Do not proceed to environment reading until both connections are working.
With connections confirmed, read what exists. The goal is breadth, not depth — understand the shape of the environment, not every detail.
GitLab:
Google Drive:
Give the team member a clear picture of what you can see:
Be direct. "You have an active sprint with 8 open issues and a PRD that covers the compression service scope. Tech decisions and conventions documents don't exist yet." That is more useful than a long qualified description.
Now map what you found onto TeamCraft — for their role specifically.
The question to answer: given what exists in this environment right now, how does TeamCraft apply and where does this person fit?
Explain the map. Don't offer to navigate it.
End with one sentence naming where this person would begin when they're ready to work — the specific skill, nothing more.
"When you're ready to start, teamcraft-glgd:fetch-issue is your entry point." Full stop. No offer to run it now.
tools
Capture feedback about Teamcraft itself and turn it into a well-structured GitHub issue on the plugin's repo. Vets whether the problem is really a Teamcraft skill defect (vs. misuse, the harness, or the user's own project) by root-causing against the actual skill source, then helps the developer decide whether to file and publishes via the GitHub CLI. Use when the user says 'improve teamcraft', 'a teamcraft skill did the wrong thing', 'file feedback on teamcraft', 'report a teamcraft bug', 'I have an idea to make teamcraft better', or when a Teamcraft skill clearly misbehaved and the user wants that captured upstream.
tools
Learn the Teamcraft plugin itself — how its workflow, skills, and artifacts fit together. A guided overview for a human getting started, or a system map for Claude orienting itself to how Teamcraft works before working in a Teamcraft repo. Teaching only; needs no project or environment access. Use when someone wants to understand Teamcraft (the tool, not their specific project), asks "how does Teamcraft work", "explain the workflow", "which skill do I use for X", or when Claude needs the big picture of how the skills hook together.
tools
--- name: teamcraft:work-board description: Launch (or re-launch) the user's live, multi-project work board. The dashboard is a single HTML file copied to a stable user-side location at ~/.claude/teamcraft-board.html and opened in the user's default browser. It has two views via a header toggle — a drag-and-drop Kanban Board and a live Status tab (analytics: work by status, throughput, cycle time, aging, blocked chains, recomputed on every poll). Each project is added via a header dropdown; the
development
Run pre-PR reviews (code health, security, acceptance criteria), address findings, and submit the PR for review. Ends when the PR is ready and CI has passed. Use when implementation is done and ready for review, or when the user says "I'm done coding", "validate this", "ready for review", "submit this for review", "run the pre-PR reviews", or "prepare this for review".