onboard
Skill1 starsChanged 7 months agoMITView on GitHub
Onboard a new developer to a Salesforce project — verify Salesforce CLI version, Dev Hub authentication, project config, and run an end-to-end sanity check (scratch org create → deploy → tests pass). Outputs a checklist with green/red status per item.
165 other projects use a version of this.
Adopted by
Most recently taken up by
- ggoosen/Digital-Workforcetheir own version, first seen Nov 8, 2026
- joeldevz/skynex-pitheir own version, first seen Nov 8, 2026
- eggs-gd/career-spacetheir own version, first seen Nov 8, 2026
- Codename-11/SubFrametheir own version, first seen Nov 8, 2026
- passion4it-gmbh/passionfruit-sitetheir own version, first seen Nov 5, 2026
- striderZA/OpenCodeGameStudiostheir own version, first seen Nov 4, 2026
Used with
Projects with it also use soak-test, team-live-ops and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
lilangMaxSkillsoak-test
Generate a soak test protocol for extended play sessions. Defines what to observe, measure, and log during long play sessions to surface slow leaks, fatigue effects, and edge cases that only appear after sustained play. Primarily used in Polish and Release phases.
Also in 9 projects that use this
lilangMaxSkillteam-live-ops
Orchestrate the live-ops team for post-launch content planning: coordinates live-ops-designer, economy-designer, analytics-engineer, community-manager, writer, and narrative-director to design and plan a season, event, or live content update.
Also in 9 projects that use this
HK-hubSkillteach-impeccable
One-time setup that gathers design context for your project and saves it to your AI config file. Run once to establish persistent design guidelines.
Also in 19 projects that use this
CoralGameSkillproject-stage-detect
Automatically analyze project state, detect stage, identify gaps, and recommend next steps based on existing artifacts.
Also in 15 projects that use this
CoralGameSkillteam-level
Orchestrate level design team: level-designer + narrative-director + world-builder + art-director + systems-designer + qa-tester for complete area/level creation.
Also in 11 projects that use this
- +5 more from lilangMax
- +2 more from CoralGame
Other versions165 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 165
- Donchitos/Claude-Code-Game-Studios★ 27ksame name
- parcadei/Continuous-Claude★ 3.9ksame name
- parcadei/Continuous-Claude-v2★ 3.9ksame name
- parcadei/Continuous-Claude-v3★ 3.9ksame name
- nateherkai/AIS-OS★ 1.4ksame name
- poshan0126/dotclaude★ 871same name
- talesofai/cohub★ 585same name
- me2resh/apexyard★ 542same name
- nexmoe/DayBee★ 424same name
- nexmoe/eve★ 424same name
155 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository53 other files it gives its agents.
- templates/CLAUDE.mdCLAUDE.md
- adrSkill
- agent-deploySkill
- agent-discoverSkill
- agent-eval-trendSkill
- agent-exchange-listSkill
- agent-specSkill
- agent-testSkill
- agent-vs-flow-vs-apexSkill
- before-vs-after-triggerSkill
- code-reviewSkill
- complexitySkill
- coverage-trendSkill
- dead-codeSkill
- dependency-graphSkill
- deploySkill
- destructive-changesSkill
- diff-deploySkill
- erdSkill
- field-impactSkill
- flaky-test-finderSkill
- flow-auditSkill
- flow-vs-apexSkill
- fls-auditSkill
- gateway-configSkill
- generate-docsSkill
- limit-usageSkill
- lwc-vs-reactSkill
- mcp-tool-vs-restSkill
- notifySkill
- org-diffSkill
- org-exploreSkill
- package-versionSkill
- pattern-packSkill
- perf-reviewSkill
- permset-auditSkill
- pr-prepareSkill
- queueable-vs-batchSkill
- quick-deploySkill
- react-initSkill
- release-notesSkill
- scratch-orgSkill
- security-scanSkill
- sequence-diagramSkill
- sf-initSkill
- sharing-reviewSkill
- slack-agentSkill
- soql-analyzerSkill
- test-coverageSkill
- test-dataSkill
- test-planSkill
- trust-evalSkill
- trust-layer-auditSkill
The file
We split this skill into the rules it gives an agent
6 rules. 0 are common, 1 is distinctive, and 5 are very specific to this project.
0
Common
Most of the 153 edited versions we read keep these.
1
Distinctive
This author's own choices. Worth a look.
5
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 74
Create a scratch org: /argo:scratch-org create scratch-onboard --days 1 --no-seed
- Very specific: line 76
Run lint: invoke ${LINT_CMD} from package.json
- Very specific: line 77
Run unit tests: invoke ${TEST_CMD}
- Very specific: line 78
Run Apex coverage on a small class: /argo:test-coverage <class> --target-org scratch-onboard
- Very specific: line 150
Don't skip on warnings: If docs/project-context.md has _TODO_ markers, that's a real onboarding gap.
- Distinctive: line 152
Clean up after yourself: Always destroy the scratch org created during smoke, even on partial failure
“Common” is measured: kept by at least 6 in 10 of the 153 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
You are walking a new developer through the prerequisites and a smoke test for this Salesforce project. The skill verifies their machine is set up correctly and that they can complete the basic dev loop end-to-end.
Read Project Config First
source "${CLAUDE_PLUGIN_ROOT}/hooks/lib/config.sh"
DEV_HUB="$(sf_config_get '.platform.devHubAlias // \"DevHub\"' "$ENV")"
API_VERSION="$(sf_config_get '.platform.apiVersion' "$ENV")"
LINT_CMD="$(sf_config_get '.quality.lintCommand' "$ENV")"
TEST_CMD="$(sf_config_get '.quality.unitTestCommand' "$ENV")"Input
$ARGUMENTS:
- (empty) — full onboard check (verify + smoke)
verify— checks only, no scratch org / deploysmoke— assumes verify passed; runs the smoke flow only--ci— JSON output, exit 1 if any check fails
Steps
1. Tool versions
| Tool | Required | Check |
sf (Salesforce CLI) | latest | sf --version |
node | LTS (20+) | node --version |
npm | bundled with node | npm --version |
git | 2.30+ | git --version |
jq | any 1.6+ | jq --version |
java | 11+ (only if PMD-based skills will be used) | java -version 2>&1 |
bash | 4+ (Git Bash on Windows) | bash --version |
For each, capture installed version and pass/fail.
2. Salesforce auth
# Dev Hub
sf_cli_alias_exists "$DEV_HUB" && echo "dev-hub: ✅" || echo "dev-hub: ❌ (run: sf org login web --alias $DEV_HUB --set-default-dev-hub)"
# Default target org
DEFAULT_ORG="$(sf_config_get '.platform.defaultTargetOrg' "$ENV")"
sf_cli_alias_exists "$DEFAULT_ORG" && echo "default-org: ✅" || echo "default-org: ❌ (run: sf org login web --alias $DEFAULT_ORG)"3. Project state
| Check | How |
.claude/sf-project.json exists | [[ -f .claude/sf-project.json ]] |
Standards docs in place (docs/apex-standards.md etc.) | check the configured paths |
| Patterns docs in place | check paths.patternsSalesforceDoc, paths.patternsProjectDoc |
docs/project-context.md has been filled in (no remaining _TODO_ markers) | ! grep -q "_TODO_" docs/project-context.md |
package.json has lint and test:unit scripts | check package.json |
4. Repo state
| Check | How |
| Working tree clean | git diff --quiet && git diff --cached --quiet |
| Has at least one commit on a feature branch | git log -1 --pretty=format:%H |
| Remote configured | git remote get-url origin (warning if missing) |
5. Smoke flow (only in smoke or default mode)
Walk the user through:
- Create a scratch org:
/argo:scratch-org create scratch-onboard --days 1 --no-seed - Deploy is automatic (the scratch-org skill pushes source)
- Run lint: invoke
${LINT_CMD}from package.json - Run unit tests: invoke
${TEST_CMD} - Run Apex coverage on a small class:
/argo:test-coverage <class> --target-org scratch-onboard - Destroy the scratch org:
/argo:scratch-org destroy scratch-onboard
For each step, report timing and pass/fail.
Output
Default Markdown:
# Onboard: <project.name>
User: <git config user.email>
Run at: 2026-04-28T15:45:00Z
## Tools
- sf: 2.45.6 ✅
- node: v20.11.1 ✅
- npm: 10.2.4 ✅
- git: 2.44.0 ✅
- jq: 1.7.1 ✅
- java: 17.0.10 ✅
- bash: 5.2.21 ✅
## Auth
- Dev Hub (DevHub): ✅
- Default org (DevSandbox): ✅
## Project state
- .claude/sf-project.json: ✅
- docs/apex-standards.md: ✅
- docs/lwc-standards.md: ✅
- docs/quality-checklist.md: ✅
- docs/patterns/salesforce-patterns.md: ✅
- docs/patterns/project-patterns.md: ✅
- docs/project-context.md filled in: ⚠️ (still has 3 `_TODO_` markers)
- package.json scripts (lint + test:unit): ✅
## Repo state
- Working tree clean: ✅
- Has commits: ✅
- Remote configured: ✅ (origin: github.com/...)
## Smoke flow
- Scratch org create: ✅ (8.2s)
- Source push: ✅ (54.1s, 137 components)
- Lint: ✅ (1.3s)
- Unit tests (Jest): ✅ (12 tests, 0 failures, 4.7s)
- Apex coverage on Order: ✅ (94.7%, target 85%)
- Scratch org destroy: ✅ (1.1s)
## Result
**Ready to develop.** ✅
## Recommended next reads
- README.md (project overview)
- docs/project-context.md (object model + glossary)
- docs/patterns/project-patterns.md (project-specific patterns)
- The pattern docs SF-1..SF-20 in docs/patterns/salesforce-patterns.md
## Suggested next command
`@architect: design a small change` — to see the full architect → dev → qa flow in action.CI mode: emit JSON object with { tools: {...}, auth: {...}, project: {...}, repo: {...}, smoke: {...}, ok: bool }. Exit 1 if any item failed.
6. Exit codes
- 0 — all checks passed
- 1 — any check failed (in
--ci) - 2 — invocation error
Rules
- Don't skip on warnings. If
docs/project-context.mdhas_TODO_markers, that's a real onboarding gap; flag as warning - Don't run smoke if verify fails. Bail out cleanly with a summary
- Clean up after yourself. Always destroy the scratch org created during smoke, even on partial failure
- Honor
--days 1for the smoke scratch — short-lived; don't hold a slot longer than needed - Don't commit anything. This skill is read-only against the repo
Consumers
- New developer joining the project
- CI bootstrap step (verify-only mode) confirming the runner has prerequisites
- Periodic check —
/argo:onboard verify --ciin a weekly job to detect drift
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

