onboarding
Get up to speed on a new team, project, or area โ surface key people, foundational docs, current priorities, and recent activity
What this skill does
# Team Onboarding You are helping someone new get up to speed on a team or project. Gather essential context about people, documents, and current priorities. ## Input **Team/Project:** `$ARGUMENTS` If the input is empty or literal "$ARGUMENTS", show brief usage with 2-3 examples, then stop. Otherwise continue. --- ## Core Principles - **Actionable over comprehensive**: Focus on what to read and who to talk to - **Technical and social**: Include both code context and people context - **Be skeptical**: Not every doc found is essential reading - **Quality over quantity**: 5 must-read docs beats 20 "might be useful" links --- ## Phase 1: Get Overview **Goal**: Quick understanding of the team/project Input: $ARGUMENTS **Actions**: 1. Use Glean chat for a synthesized overview: ``` chat "Give me an overview of the [team/project]. What do they own? What are their main responsibilities? What are they working on?" ``` 2. Summarize the overview for context --- ## Phase 2: Find Key People **Goal**: Identify who to meet and learn from **Actions**: 1. Find team members: ``` employee_search "[team/project]" ``` 2. Build a people map: - Leadership: Who runs this team? - Senior folks: Who are the experienced people? - Recent hires: Who else is new? --- ## Phase 3: Find Key Documents **Goal**: Identify must-read docs and current priorities **Actions**: 1. Search for foundational docs: ``` search "[team/project] onboarding OR getting started OR architecture" ``` 2. Search for recent activity: ``` search query="[team/project]" updated="past_month" ``` 3. Find recent team meetings for current priorities: ``` meeting_lookup "[team/project] past 2 weeks" ``` --- ## Phase 4: Vet All Content (CRITICAL) **Goal**: Filter to truly essential items - BE SKEPTICAL For each document, evaluate: **Essential Reading Test** - Does someone new NEED to read this? - โ MUST-READ: Foundational understanding, will be referenced constantly - ๐ HELPFUL: Good context but not required to start - โ SKIP: Nice to have, can find later, or outdated **Freshness Test** - Is this current? - โ CURRENT: Updated in past 6 months - โ ๏ธ AGING: 6-12 months - include with note - โ STALE: 12+ months with no updates - likely misleading **Accuracy Test** - Does this reflect reality? - โ ACCURATE: Matches what the team actually does - โ ๏ธ OUTDATED: May not reflect current state - โ MISLEADING: Significantly wrong - don't include **Essential Reading Criteria**: Include ONLY if the doc: 1. Is referenced by team members regularly 2. Contains foundational context that won't change 3. Is necessary to understand before contributing 4. Is the canonical source for something important **For people, evaluate**: - Is this person still on the team? - Are they a good first contact or too senior/busy? - What's the best reason to meet with them? --- ## Phase 5: Generate Vetted Onboarding Guide **Goal**: Create a focused, actionable onboarding guide **Actions**: Present the onboarding guide: ```markdown # Onboarding: [Team/Project Name] ## Vetting Summary | Items Found | Essential | Helpful | Skipped | |-------------|-----------|---------|---------| | Docs: [X] | [Y] | [Z] | [W] | | People: [X] | [Y] | - | - | ## Team Overview [2-3 sentence summary - focus on what matters for a new person] ## Key People ### First Contacts (Start here) | Name | Role | Good For | Contact | |------|------|----------|---------| | [Name] | [Role] | [Why meet first] | [email] | ### Leadership | Name | Role | Contact | |------|------|---------| | [Name] | [Role] | [email] | ### Domain Experts | Name | Expertise | When to Contact | |------|-----------|-----------------| | [Name] | [Area] | [What questions] | ### Recent Hires (Onboarding Buddies) - [Name] - started [date] - can share fresh perspective ## Essential Reading (Vetted) ### Must-Read First (in order) These are required to start contributing: 1. **[Doc Title]** ([link]) - **Why essential**: [specific reason] - **Read time**: ~[X] minutes - **Last updated**: [date] โ 2. **[Doc Title]** ([link]) - **Why essential**: [reason] - **Read time**: ~[X] minutes - **Last updated**: [date] ### Reference When Needed Don't read upfront, but know where to find: - **[Doc Title]** ([link]) - [when you'd need it] ### Skipped Docs | Doc | Reason Skipped | |-----|----------------| | [Title] | Outdated (last updated [date]) | | [Title] | Not essential for new team members | ## Current Priorities [Only include if clearly current] - **[Initiative 1]**: [brief description] ## Key Systems & Repos | System/Repo | Purpose | Start Here? | |-------------|---------|-------------| | [Name] | [What it does] | Yes/No | ## Meetings to Join | Meeting | Frequency | Purpose | Join Immediately? | |---------|-----------|---------|-------------------| | [Name] | [freq] | [what it's for] | Yes/No | ## Suggested First Week ### Day 1-2: Reading - [ ] Read [essential doc 1] - [ ] Read [essential doc 2] ### Day 3-4: People - [ ] Meet with [first contact] - discuss [topic] - [ ] Introduce yourself in [Slack channel] ### Day 5: Systems - [ ] Get access to [system] - [ ] Clone [repo] and explore ## What NOT to Worry About Yet - [Topic that seems important but isn't for week 1] - [System that's complex but not needed initially] ``` --- ## If Limited Information Found Be honest about gaps: ```markdown # Onboarding: [Team/Project Name] ## Limited Onboarding Resources I found limited onboarding documentation for this team/project. **What's available:** - [Summary of what was found] **Gaps:** - No formal onboarding doc - [Other gaps] **Suggested approach:** 1. Start with [best contact found] 2. Ask them for: [specific questions] 3. Consider documenting what you learn for the next person ``` --- ## Troubleshooting ### Team/Project Not Found If the team or project isn't found: - Ask for alternative names or acronyms - Search for key people known to be on the team - Check if this is a new team without much documentation ### Limited Information Available If little documentation exists: - This is valuable information - note the gap - Focus on people discovery - Don't pad with marginally relevant docs
Related in General
modeling-omnistudio-epc-catalog
IncludedSalesforce Industries CME EPC product-modeling skill for Product2-based catalog creation. Use when creating EPC products, configuring product attributes, building offer bundles with Product Child Items, or reviewing EPC DataPack JSON metadata for product catalog changes. TRIGGER when: user creates or updates Product2 EPC records, AttributeAssignment payloads, AttributeMetadata/AttributeDefaultValues, Offer bundles, or ProductChildItem relationships. DO NOT TRIGGER when: designing OmniScripts/FlexCards/Integration Procedures (use building-omnistudio-omniscript, building-omnistudio-flexcard, or building-omnistudio-integration-procedure), implementing Apex business logic (use generating-apex), or troubleshooting deployment pipelines (use deploying-metadata).
relationship-science-coach
IncludedUse this skill for direct, practical adult relationship coaching: couples conflict, repair, trust, marriage, dating, flirting, attachment patterns, emotional connection, sex, desire differences, eroticism, kink negotiation, affection, love languages, breakups, and long-term passion. Draw on Gottman, EFT and Hold Me Tight, attachment science, modern sex research, Perel, Nagoski, Kerner, Schnarch, Love and Stosny, and flexible love-language tools. Be concrete and low-hedge. Redirect only for imminent danger, abuse, coercive control, minors, non-consent, self-harm, stalking, or medical/legal/psychiatric decisions.
building-sf-integrations
IncludedSalesforce integration architecture and runtime plumbing with 120-point scoring. Use this skill to set up Named Credentials, External Credentials, External Services, REST/SOAP callout patterns, Platform Events, and Change Data Capture. TRIGGER when: user sets up Named Credentials, External Services, REST/SOAP callouts, Platform Events, CDC, or touches .namedCredential-meta.xml files. DO NOT TRIGGER when: Connected App/OAuth config (use configuring-connected-apps), Apex-only logic (use generating-apex), or data import/export (use handling-sf-data).
venue-templates
IncludedAccess comprehensive LaTeX templates, formatting requirements, and submission guidelines for major scientific publication venues (Nature, Science, PLOS, IEEE, ACM), academic conferences (NeurIPS, ICML, CVPR, CHI), research posters, and grant proposals (NSF, NIH, DOE, DARPA). This skill should be used when preparing manuscripts for journal submission, conference papers, research posters, or grant proposals and need venue-specific formatting requirements and templates.
let-fate-decide
IncludedDraws the 12 Houses of the Zodiac Tarot spread to inject entropy into planning when prompts are vague, ambiguous, or casually delegated. Interprets the spread to guide next steps. Use when the user says 'let fate decide', 'YOLO', 'whatever', 'idk', or other nonchalant phrases, makes Yu-Gi-Oh references, or when you are about to arbitrarily pick between multiple reasonable approaches. Prefer over ask-questions-if-underspecified when the user's tone is casual or playful rather than precision-seeking.
net-ops
IncludedCross-platform network troubleshooting (Windows, macOS, Linux) via local or remote shell. Use for: DNS broken, can't resolve hostnames, nslookup/dig works but apps fail, NRPT, WFP, scutil, /etc/resolver, systemd-resolved, /etc/resolv.conf, NetworkManager, VPN DNS leak residue (ProtonVPN/Mullvad/WireGuard/AnyConnect), AV/firewall blocking DNS or DoH, Tailscale DNS interaction, intermittent connectivity, remote diagnostics over SSH.