New teammate handoff

AI skills onboarding checklist for a new teammate

Onboarding a new teammate to AI skills should not begin with a catalog tour or a folder of setup notes. Give them one real task, one recommendation the team already uses, and enough context to choose a suitable path. The handoff works when they can find, inspect, and use the skill without private guidance.

Publisher
Skills Board
Published
Updated

Core principle

Give one teammate one real task and let them complete the handoff themselves.

Quick answer

Onboard a new teammate to AI skills with one real task and one reviewed recommendation—not a catalog tour. Give them the canonical source, a supported access path, the expected result, and clear safety boundaries. The handoff works when they can complete it without private guidance.

The problem behind the query

An invitation, copied command, or installed file proves access, not useful onboarding. The teammate still needs to know which problem the skill addresses, why the team recommends it, where its latest source lives, and what a good result looks like. A bounded handoff makes each of those decisions visible and tests whether the recommendation works without the original author filling in missing context.

01 / Decision

Choose a handoff that ends in independent use

A useful handoff gives the teammate enough context to make a real choice without doing the task for them. Use one existing recommendation, one representative fixture, and one observable result instead of treating account access or installation as completion.

Handoff modelWhat the teammate receivesMain risk
Links in chatA direct link and a short explanation from an experienced teammate.The context disappears into conversation, and the next person has to ask again.
Agent setup tourA working configuration and a walkthrough for one agent environment.Setup becomes the goal, and the handoff may not transfer to a teammate using another agent.
Library-led handoffOne findable recommendation, its visible source, available use paths, and a real test task.It requires a bounded first task and an honest result instead of a quick access check.

02 / Workflow

A six-step new teammate handoff

Assume the team library and at least one recommendation already exist. The new teammate should make the important discovery and usage decisions while an owner supplies the task, boundaries, and review criteria.

  1. 01

    Choose one real first task

    Pick a task the teammate will actually encounter soon, with a clear input and reviewable output. Keep the first task narrow, free of sensitive data, and small enough to complete in one session. Define the acceptable result before introducing the skill.

    Output: One task brief with a trigger, safe fixture, expected result, and reviewer.

  2. 02

    Prepare one team recommendation

    Choose one skill the team already recommends for that task. Confirm that its description, tags, original source, notes, and available use paths are current. Explain why it was selected without presenting the recommendation as a security review or compatibility guarantee.

    Output: One complete, searchable recommendation tied to the first task.

  3. 03

    Invite the teammate and set the boundary

    Invite the teammate to the team library and explain the task, expected result, and human review point. Make the product contract explicit: Skills Board points to the latest source, and the teammate still needs to inspect that source and choose a path that fits their setup.

    Output: Confirmed library access plus a short brief covering purpose, limits, and review.

  4. 04

    Ask them to find and inspect the skill

    Give the teammate the task language or expected tag, then let them search the library instead of sending a private deep link. Ask them to open the original source and review SKILL.md, supporting files, required tools, permissions, and data paths before use.

    Output: An independently found recommendation with the relevant source and limits identified.

  5. 05

    Let them choose a path and test the skill

    The teammate opens the original source, copies a compatible install command, or downloads the latest files as a ZIP. If their agent supports MCP, they can use it to find the same recommendation and retrieve the command. After setting up the skill outside Skills Board, they run the safe fixture and compare the result with the acceptance criteria.

    Output: One observed access and setup path, plus a pass, partial, or fail result from the fixture.

  6. 06

    Record the result and next step

    Capture the path and environment used, what the teammate could complete without help, and where the recommendation or setup was unclear. Keep, revise, or replace the recommendation, then name the owner and the source, agent, or workflow change that should trigger another review.

    Output: A handoff decision with evidence, an owner, and a review trigger.

Make the recommendation findable

Skills Board keeps the source, install path, notes, and team recommendation in one searchable library.

It does not pin or control upstream files or silently synchronize every agent. Your team sees the source, chooses the path that fits each setup, and re-reviews upstream changes.

03 / Record

New teammate AI skills handoff checklist

Use one copy per teammate and first workflow. Record only the context needed to improve the handoff, and keep personal or sensitive information out of the checklist.

First task
The trigger, safe fixture, expected output, and person who will review the result.
Team recommendation
The skill, why the team recommends it, its search tags, source, and known limits.
Access and boundary
Library access, allowed data and tools, human review point, and explicit stop conditions.
Independent discovery
The task language used to search and whether the teammate found the recommendation without a private link.
Use path and fixture
The source, compatible command, or ZIP path chosen; whether MCP helped find it; and the observed fixture result.
Outcome and owner
Keep, revise, or replace, with gaps, next action, owner, and review trigger.

Copyable starting point

# New teammate AI skills handoff

Owner: [person or team]
Teammate role: [role, not personal data]
Handoff date: [date]

## 1. First task
- Trigger: [when this task starts]
- Safe fixture: [representative, non-sensitive input]
- Expected output: [observable result]
- Reviewer: [person or role]

## 2. Team recommendation
- Skill: [name]
- Why the team recommends it: [specific task fit]
- Search terms or tags: [terms the teammate should try]
- Original source: [canonical URL]
- Known limits: [what is untested or unsupported]

## 3. Access and boundary
- Team library access confirmed: [yes/no]
- Allowed tools and data: [scope]
- Human review point: [decision before use]
- Stop when: [permission, data, or requirement is unclear]
- Reminder: a saved skill is a team recommendation, not a security review or compatibility guarantee.

## 4. Independent discovery and review
- Found without a private link: [yes/no]
- Source files inspected: [SKILL.md, scripts, references, templates]
- Required permissions and data paths understood: [yes/no plus notes]
- Latest-source behavior understood: [yes/no]

## 5. Use path and fixture
- Path chosen: [source / compatible command / ZIP]
- Found through MCP: [yes/no/not applicable]
- Agent and environment: [observed setup]
- Acceptance criteria: [pass conditions]
- Result: [pass / partial / fail plus evidence]

## 6. Outcome and follow-up
- What worked without help: [evidence]
- What was unclear: [gap]
- Decision: [keep / revise / replace]
- Next action and owner: [action]
- Review again when: [source, agent, permissions, or workflow changes]

04 / Pitfalls

What weakens a new teammate handoff

Showing the whole catalog

A long list shifts the work of choosing onto the newest person. Start with one real task and one recommendation the team can explain.

Completing the handoff for them

A deep link, copied setup, and guided run can hide gaps in search terms, source notes, and instructions. Let the teammate complete the important steps.

Treating recommendation as approval

A saved skill records the team’s choice. It does not certify security, guarantee compatibility, or preserve the exact upstream version someone used before.

Stopping at installation

A command completing or a ZIP downloading does not prove useful work. End the handoff with a representative task and a reviewed result.

05 / Checklist

Ready to share with the team?

  • The handoff starts with one real task, safe fixture, expected result, and reviewer.
  • One team recommendation has current tags, notes, source, use paths, and known limits.
  • The teammate has library access and understands the data, tool, and human review boundaries.
  • The teammate found the recommendation by task or tag and inspected its original source.
  • The teammate chose a suitable use path and ran the fixture in their actual environment.
  • The team recorded the result, remaining gap, decision, owner, and review trigger.

Primary sources

Editorial method: Skills Board synthesizes the first-party and standards sources cited below into a practical workflow. Product behavior can change, so verify the linked sources before rollout.

  • Skills Board: Open-source repository

    Documents the team library, source visibility, available handoff paths, recommendation limits, and optional MCP access implemented by Skills Board.

  • OpenAI: Using skills

    Introduces skills as reusable workflows and starts skill design from a repeatable task with a clear input and output.

  • Anthropic: Agent Skills in the SDK

    Documents SKILL.md, supporting files, skill discovery, and the environment in which a skill runs.

  • GitHub: About agent skills

    Describes the open Agent Skills standard and the repository and personal locations supported by Copilot coding agent.

More resources

Keep exploring

View all resources

Give the next teammate one trusted place to start.

Save the reviewed skill, document the path that works, and keep the recommendation visible to the whole team.