Siftrank
noperator/siftrank
Find needles in haystacks with SiftRank. An agent skill from noperator/siftrank.
A skill your agent uses when a deal closed or a user signed up and the first 30 days need an activation plan: sales→delivery handoff, one verifiable activation event, kickoff, and a 30/60/90 or…
$ npx skills add ericrisco/rsc-harness --skill client-onboarding -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install ericrisco/rsc-harness client-onboarding --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/ericrisco/rsc-harness.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/client-onboarding .claude/skills/client-onboarding && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "client-onboarding" agent skill from https://github.com/ericrisco/rsc-harness/tree/main/skills/client-onboarding into .claude/skills/client-onboarding/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "client-onboarding", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/ericrisco/rsc-harness/tree/main/skills/client-onboardingType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add ericrisco/rsc-harness --skill client-onboarding -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install ericrisco/rsc-harness client-onboarding --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/ericrisco/rsc-harness.git skills-src && mkdir -p .agents/skills && cp -r skills-src/skills/client-onboarding .agents/skills/client-onboarding && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "client-onboarding" agent skill from https://github.com/ericrisco/rsc-harness/tree/main/skills/client-onboarding into .agents/skills/client-onboarding/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "client-onboarding", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add ericrisco/rsc-harness --skill client-onboarding -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install ericrisco/rsc-harness client-onboarding --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/ericrisco/rsc-harness.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/skills/client-onboarding .cursor/skills/client-onboarding && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "client-onboarding" agent skill from https://github.com/ericrisco/rsc-harness/tree/main/skills/client-onboarding into .cursor/skills/client-onboarding/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "client-onboarding", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/ericrisco/rsc-harness.git --path skills/client-onboarding--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add ericrisco/rsc-harness --skill client-onboarding -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install ericrisco/rsc-harness client-onboarding --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/ericrisco/rsc-harness.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/skills/client-onboarding .gemini/skills/client-onboarding && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "client-onboarding" agent skill from https://github.com/ericrisco/rsc-harness/tree/main/skills/client-onboarding into .gemini/skills/client-onboarding/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "client-onboarding", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install ericrisco/rsc-harness client-onboardingInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add ericrisco/rsc-harness --skill client-onboarding -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/ericrisco/rsc-harness.git skills-src && mkdir -p .github/skills && cp -r skills-src/skills/client-onboarding .github/skills/client-onboarding && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "client-onboarding" agent skill from https://github.com/ericrisco/rsc-harness/tree/main/skills/client-onboarding into .github/skills/client-onboarding/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "client-onboarding", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add ericrisco/rsc-harness --skill client-onboarding -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install ericrisco/rsc-harness client-onboarding --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/ericrisco/rsc-harness.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/skills/client-onboarding .opencode/skills/client-onboarding && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "client-onboarding" agent skill from https://github.com/ericrisco/rsc-harness/tree/main/skills/client-onboarding into .opencode/skills/client-onboarding/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "client-onboarding", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
client-onboardingA skill your agent uses when a deal closed or a user signed up and the first 30 days need an activation plan: sales→delivery handoff, one verifiable activation event, kickoff, and a 30/60/90 or…
Client Onboarding is an agent skill from ericrisco/rsc-harness. Use when a deal closed or a user signed up and the first 30 days need an activation plan: sales→delivery handoff, one verifiable activation event, kickoff, and a 30/60/90 or day-0→14 plan with owners, dates and a measurable exit. NOT reactive ticket triage (that is customer-support), NOT renewals/churn past the onboarded gate (that is retention).
Its SKILL.md is about 3.1k tokens, which your agent loads only when the skill is triggered. The skill folder holds 5 other files, including reference files (for example `evals/README.md`, `evals/cases.yaml` and `references/onboarding-playbook.md`).
It sits in Sales & Support, covering Customer support. The repository describes itself as: Your agent invents things because it has no memory, and can't touch your database because it has no arms. rsc is the meta-harness that gives it both, plus the trade to know the… The licence is MIT.
8 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit 92fde8f. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
No scripts in the folder and no shell commands in SKILL.md.
From the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Client Onboarding loads about 3.1k tokens when it runs, and up to ~4.7k if it reads all its reference files. Until then it costs about 93 tokens; SKILL.md has 1,490 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from ericrisco/rsc-harness at commit 92fde8f, republished under its MIT licence (© ericrisco). 1,490 words, ~3,131 tokens.
.claude/skills/client-onboarding/SKILL.md (or your agent's skills folder). This skill also uses 3 other files; get the full folder from GitHub.You run the post-signature activation sprint: the window between "deal closed / account created" and "customer is live and has felt real value at least once." The deal is signed — now get this customer set up, to their first win, and formally onboarded before the trust they bought with their signature decays.
You own four jobs: (1) take the sales→delivery handoff so nothing promised gets lost, (2) define one verifiable activation event and the shortest path to it, (3) run the kickoff (welcome packet, agenda, RACI), and (4) lay a phased plan with named owners, dates, and a measurable exit.
Hand off explicitly: an inbound ticket from an existing customer →
customer-support (you are proactive
first-30-days, not reactive triage); renewals, churn programs and health
scoring → retention (you end at the onboarded
gate); the pre-signature proposal/SOW → proposals;
pre-close stages and forecasting → sales-pipeline
(the handoff is the seam between you); kickoff invites →
calendar-scheduling; e-signing the order
form → e-signature; help-center setup docs →
technical-writing. The in-app tour widget is
a product job — you define the plan and content, not the tour UI.
The whole plan branches here. Decide before you write a single email.
| Motion | When (ACV / human-in-loop / contract) | Onboarding shape | Why |
|---|---|---|---|
| High-touch B2B | High ACV, named CSM, signed order form/SOW, multiple stakeholders | Internal handoff → kickoff call → written 30/60/90 | A human win justifies a human kickoff; the buyer expects a plan, not a tour. |
| Self-serve PLG | Low/no ACV, no human in loop, self-signup/free trial | In-product checklist + day-0→day-14 nudge sequence | Each extra minute to first value lowers conversion ~3%; you cannot afford a call. |
| Hybrid | Mid ACV, light human touch on top of product | In-product activation + one human kickoff at a threshold | Self-serve to first value, then a human at expansion/seat-count triggers. |
Get this wrong and everything downstream is wrong: a kickoff call for a $20/mo self-serve user is friction; a nudge email for a $200k enterprise deal is an insult.
Run this before first customer contact. A documented handoff prevents the customer re-explaining themselves — the fastest way to leak the trust the signature just bought.
The AE briefs the CSM/delivery owner on a handoff packet:
Pre-close artifacts (the SOW, the deal stages) belong to proposals and
sales-pipeline. Pull from them; don't re-create them.
You cannot onboard toward a target you haven't named. Activation ≠ adoption. Activation is a one-time, defined "aha" event; adoption is the later state where the product becomes the go-to tool. Define the activation event first.
Pick the one event by four tests:
List every meaningful first-7-day action (created first project, imported data, invited a teammate, ran first report), then pick the single milestone that best predicts sticking and that you can drive.
Write it as one measurable sentence:
Bad: "The customer is activated when they're using the product."
Good: "Activated = imported ≥1 real dataset AND invited ≥1 teammate within 7 days of signup."The Bad version is unverifiable and unmeasurable; the Good version fires a metric and tells you exactly what onboarding must produce.
Set a realistic target off the benchmark band, not a vanity number:
| Motion | Typical activation rate | Read |
|---|---|---|
| Simple tools | 40–60% | — |
| Complex B2B | 25–40% | — |
| Freemium | ~20% | — |
| SaaS average | ≈37.5% | >40% healthy · 30–40% room · <30% concerning · <20% urgent |
A kickoff is a working session, not a welcome call and not a demo. Cover six areas, in order:
Welcome packet (send before the call): the 30/60/90 plan, the RACI, who-to-contact, setup prerequisites, and the agenda itself so nobody walks in cold.
Compact RACI (R=does it, A=accountable, C=consulted, I=informed):
| Task | Customer champion | CSM | Customer admin |
|---|---|---|---|
| Provision accounts | C | A | R |
| Import first dataset | A | C | R |
| Define success metric | A | R | I |
| Sign-off on go-live | R | A | I |
Bad: Subject: We're so excited to have you! 🎉
"Welcome aboard! Can't wait to get started. Let us know if you need anything!"
Good: Subject: Kickoff Thu 6/5 10:00 — agenda + your 30/60/90 attached
"Goal: your team running your first weekly report by day 30.
Agenda (45m): intros · overview · RACI · comms plan · action items · Q&A.
Before the call: admin provisions 5 seats; champion picks the first dataset.
Owners and dates are in the attached plan."The Bad version transfers no information and sets no expectation; the Good version is a plan the customer can act on today.
Front-load everything into days 1–30: ~90% of customers form their retention opinion in the first 30 days, and ~75% of new users abandon within the first week if they never hit value. Each phase row carries an owner + date + exit milestone.
High-touch 30/60/90 skeleton below. Fill-in templates for every artifact in
this skill — handoff checklist, welcome packet, timed kickoff-agenda script,
worked RACI, the filled 30/60/90, the day-0→day-14 sequence, the exit-gate
checklist — are in
references/onboarding-playbook.md.
| Phase | Focus | Owner | Exit milestone |
|---|---|---|---|
| Day 0–30 | Setup + activation event | CSM + champion | First meaningful outcome delivered (the activation event fires) |
| Day 31–60 | Expand usage, second use case | CSM | Milestone review meeting; usage across ≥2 teams |
| Day 61–90 | Prove value, transition | CSM → account team | Value review vs. success criteria; formal transition to steady-state |
Self-serve day-0→day-14 nudge sequence to the activation event:
| When | Trigger | Nudge | Goal |
|---|---|---|---|
| Day 0 | Signup | In-product checklist + one-step setup | Reach the first setup step |
| Day 1 | No activation yet | Email: "do the one thing" with a deep link | Hit the activation event |
| Day 3 | Activated | Email: "you did X — now do Y" | Pull toward second value |
| Day 7 | Not activated | Email: remove the blocker, offer help | Recover the at-risk user |
| Day 14 | — | Convert/upgrade prompt or graduation | Onboarded exit |
Share the high-touch plan with the customer on day one — a 30/60/90 nobody sees is internal theater, not onboarding.
The path to the activation event must be the shortest possible.
Bad: 10-field signup wizard (company size, role, team, phone, use case,
referral source, billing, timezone, goals, integrations) before you
can do anything.
Good: 2 fields (email, password) → land directly in "import your first
dataset" → ask the rest later via progressive disclosure once the
user has felt value.Measure value, never proxy activity (logins are vanity).
| Metric | Definition | What low means / do |
|---|---|---|
| Time-to-Value (TTV) | Signup → first realized value | Long TTV → cut steps; deep-link to the value moment |
| Activation rate | (users hitting the activation event ÷ total) × 100 | Below the band → wrong event or too much friction |
| Onboarding-completion rate | Reached the "onboarded" gate ÷ started | Low → the plan stalls; find the drop-off phase |
| Early-churn rate | Churn within the first ~30/90 days | High → onboarding never delivered first value |
Cutting TTV ~20% has lifted ARR growth ~18% for mid-market SaaS; a smooth onboarding makes customers ~53% less likely to churn. This is the lever.
Onboarding is done only when all of these are true. This checklist is the
boundary with retention.
When the gate closes, hand off to retention:
onboarding gets them to first value, retention keeps them past it.
| Anti-pattern | Why it fails | Do instead |
|---|---|---|
| A "welcome!" email instead of a plan | Transfers no information, sets no expectation | Send a plan with owners + dates (Step 4) |
| No defined activation event | You're onboarding toward nothing measurable | Define one verifiable event first (Step 3) |
| Letting the customer re-explain after handoff | Leaks the trust the signature bought | Run the sales→delivery handoff first (Step 2) |
| A 30/60/90 nobody shares with the customer | Internal theater, not alignment | Share it on day one (Step 5) |
| 10-field setup wizard | ~7% conversion lost per field | 2 fields + progressive disclosure (Step 6) |
| Generic tutorial for every role | Misses 30–50% activation lift | Segment the route by role/use-case (Step 6) |
| Onboarding with no exit gate | Never "done"; bleeds into support forever | Define the done-criteria checklist (Step 8) |
| Measuring logins instead of value | Vanity metric; high logins, low retention | Instrument TTV + activation rate (Step 7) |
| Kickoff is a demo, not a working session | No decisions, no owners, no momentum | Six-area working agenda (Step 4) |
| Front-load nothing, hope for day-60 | ~75% abandon in week 1 without value | Front-load days 1–30 (Step 5) |
| Same motion for every customer | A call insults self-serve; a nudge insults enterprise | Pick the motion first (Step 1) |
| Treating activation as adoption | Conflates a one-time event with a long-term state | Define activation; leave adoption to retention |
© ericrisco, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
SKILL.md and 3 other files (references) in skills/client-onboarding of ericrisco/rsc-harness.
Open the folder on GitHubat commit 92fde8f
Client Onboarding next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Client Onboarding this skillericrisco/rsc-harness | 156 | — | ~3.1k | Automated safety check: Pass | MIT | |
| Siftranknoperator/siftrank | 223 | — | ~2.9k | Automated safety check: Pass | MIT | |
| Supporthaacked/dotfiles | 134 | — | ~2.9k | Automated safety check: Pass | None | |
| Customer Support Agentmastra-ai/mastra | 29k | — | ~2.2k | Automated safety check: Pass | Custom licence | |
| Add Agent Adaptersafedep/gryph | 171 | — | ~679 | Automated safety check: Pass | Apache-2.0 | |
| Agent Support Matrixjazzyalex/agent-sessions | 892 | — | ~587 | Automated safety check: Pass | MIT |
noperator/siftrank
Find needles in haystacks with SiftRank. An agent skill from noperator/siftrank.
haacked/dotfiles
Support hero workflow — start a ticket investigation with auto-organized notes, find existing notes, or generate the weekly highlights log.
mastra-ai/mastra
Authoring playbook for building agents that triage and reply to customer messages — support tickets, email inquiries, chat questions, refund requests, or product issues.
safedep/gryph
A skill your agent uses when adding support for a new AI coding agent to Gryph, or when changing how an existing agent adapter is wired.
jazzyalex/agent-sessions
Maintain Agent Sessions agent support matrix and JSON/JSONL parsing compatibility.
aozyildirim/Agena
Replace the weekly "look at every ticket older than X days" meeting with a scheduled AI scan that picks close / snooze / keep per ticket plus a one-sentence reason, so a PM can bulk-approve in 90…
ericrisco/rsc-harness
A skill your agent uses when designing or analyzing a controlled experiment — falsifiable hypothesis, sample size from an MDE, reading significance/CI/power, CUPED, or rescuing tests that won't go…
ericrisco/rsc-harness
A skill your agent uses when making a web UI conform to WCAG 2.2 Level AA — axe-core or Lighthouse a11y violations, keyboard operability, focus management, ARIA roles/names/live regions, contrast…
ericrisco/rsc-harness
A skill your agent uses when running or fixing paid acquisition on Google or Meta — campaign structure (Performance Max, Demand Gen, Search, Advantage+), platform-fit creative, budget/scaling rules…
ericrisco/rsc-harness
A skill your agent uses when measuring whether an LLM or agent system actually got better and gating merges on it: golden sets, fixing an inflated LLM-as-judge, scoring RAG (faithfulness, contextual…
ericrisco/rsc-harness
A skill your agent uses when a creative goal must become a finished media file: pick and order generative-media models per modality — AI voiceover, image-to-video clips, score — then glue them with…
ericrisco/rsc-harness
A skill your agent uses when instrumenting product or web analytics — GA4/PostHog SDK wiring, event taxonomy, funnels, double-counted events, consent gating, PII scrubbing.
Categories
A skill your agent uses when a deal closed or a user signed up and the first 30 days need an activation plan: sales→delivery handoff, one verifiable activation event, kickoff, and a 30/60/90 or…. Client Onboarding is an agent skill from ericrisco/rsc-harness. Use when a deal closed or a user signed up and the first 30 days need an activation plan: sales→delivery handoff, one verifiable activation event, kickoff, and a 30/60/90 or day-0→14 plan with owners, dates and a measurable exit.
Client Onboarding fits situations like: A user signed up and the first 30 days need an activation plan: sales→delivery handoff; one verifiable activation event; day-0→14 plan with owners; dates and a measurable exit.
Run `npx skills add ericrisco/rsc-harness --skill client-onboarding -a claude-code`. Or copy the skill folder (skills/client-onboarding in ericrisco/rsc-harness) into .claude/skills/client-onboarding in your project. Claude Code loads it when a task matches its description.
Run `npx skills add ericrisco/rsc-harness --skill client-onboarding -a codex`. Or copy the skill folder (skills/client-onboarding in ericrisco/rsc-harness) into .agents/skills/client-onboarding in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add ericrisco/rsc-harness --skill client-onboarding -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/client-onboarding, .gemini/skills/client-onboarding, .github/skills/client-onboarding and .opencode/skills/client-onboarding in your project.
SKILL.md names no scripts, command-line tools or credentials: Client Onboarding is instructions for the agent only.
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Client Onboarding is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 3.1k tokens (SKILL.md is roughly 13k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 1.5k tokens, read only when the agent opens those files.
Skills that share tags, products or a category with Client Onboarding: Siftrank (noperator/siftrank, 223 stars), Support (haacked/dotfiles, 134 stars), Customer Support Agent (mastra-ai/mastra, 29k stars) and Add Agent Adapter (safedep/gryph, 171 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
ericrisco (a GitHub user) maintains it in ericrisco/rsc-harness, which has 156 GitHub stars. The repository holds 229 skills in this directory. The repository was last updated on October 6, 2026.
Source: ericrisco/rsc-harness on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.