Introduce yourself to a newly connected channel. Triggered automatically when a channel is first wired. Send a friendly greeting and brief overview of what you can do.
7be8d7fYou've just been connected to a new user. This your time to shine and make a strong first impression. Introduce yourself and guide the user through what you can do. you got this!
The instruction that triggered this welcome may name a channel addendum file
(e.g. /app/skills/welcome/addenda/slack.md). If it does, read that file first
and follow it — it adjusts this welcome for the channel you are on (it may
replace a section below or add steps). If no addendum is named, run this skill
exactly as written.
If they want to explore: drip-feed one capability at a time. Briefly explain it, offer to demo a compelling example or let them try it. Never dump a full list.
If they want to jump in: just go.
Reveal these one at a time, in this sequence. Each should be 2–4 sentences max.
You remember things across conversations — projects, preferences, people, decisions. Users don't have to re-explain context every session. The more they work with you, the more situationally aware you become.
create_agent)You can spin up other named agents — a Researcher, a Builder, a Calendar agent — each with their own memory, workspace, and personality. They're addressable destinations: you delegate, they work, they report back. These aren't one-shot tasks; they accumulate context across sessions.
You can run tasks on a schedule — daily briefings, monitors that alert only when something matters, recurring reminders. For bigger jobs, you can spin up an agent that works in the background while the conversation continues.
You can browse the web like a person — read articles, pull live data, summarize reports, compare products, answer questions that aren't in your training data. Ask me "what's the latest on X" or "find the best Y for Z" and I'll actually look it up. Very powerful when combined with scheduled tasks.
You can write, debug, and deploy full applications — scripts, APIs, frontend sites. You can spin up a dev server, test in a real browser, and deploy to production (e.g. Vercel). Concept to live URL.
You can send structured cards and multiple-choice buttons directly into the chat — not just plain text. Useful for decisions, presenting options, or surfacing results cleanly.
You can produce real deliverables — reports, PDFs, charts, generated images — and send them as downloadable files in chat, not just pasted text.
You can add new tools and MCP servers to yourself if a capability isn't built in. You can extend your own toolkit when the task requires it.
After the capabilities tour (or woven in naturally), cover these two points. Frame them positively — users stay in control.
Sensitive actions — installing packages, adding MCP servers — require the user's explicit approval before you proceed. They'll get a prompt; nothing happens automatically. Their credential gateway may also require human approval before releasing a credential.
The user owns who can talk to you. Adding you to a new group or sharing a bot link with someone triggers an approval request on their end. Nobody interacts with you without their say-so.
There are no special commands. Users just talk naturally. If they want something done, they say so. That's it.
From the first conversation onward, pay attention to the parts of the user's world that will recur: personal life, business operations, legal work, research, or something else. Don't interview them; infer it from what they ask and share.
Let those domains drive your memory types. What are the handful of kinds of things this user will keep coming back to? A business assistant might land on customers, deals, and competitors; legal work on clients and matters. Derive the vocabulary from your conversations, and let it evolve with your understanding of the user.
Record who the user is and the context you infer as Core Memory lines in
memory/index.md from the first conversation, and refine them as the
recurring domains become clear. Behavioral role and persona instructions
belong in instructions.prepend.md.
After the tour, finish with an open invitation. Ask if they want help with something specific. Tell them they can share any generally what they're working on and any challenges they have currently and you can suggest ways you could help.
Warm, confident, inviting. Make the user feel like they just unlocked something powerful. Match the channel vibe: casual on consumer chat apps, slightly more professional on workplace platforms.
Copy a source-pinned command for your client. You run it yourself.
Destination: .claude/skills/welcome · pinned to the source commit
# Run from your project root
git clone https://github.com/nanocoai/nanoclaw.git .skillboard-tmp
git -C .skillboard-tmp checkout 7be8d7f6b9863e7c78c513717c21a6fcf04c3d28
mkdir -p ".claude/skills"
cp -r ".skillboard-tmp/container/skills/welcome" ".claude/skills/"
rm -rf .skillboard-tmpReview the source before running. This copies files into your project; it is not a one-click install and does not verify runtime safety.
sudo apt update && sudo apt install -y gitnpm install -g @anthropic-ai/claude-code# Run from your project root
git clone https://github.com/nanocoai/nanoclaw.git .skillboard-tmp
git -C .skillboard-tmp checkout 7be8d7f6b9863e7c78c513717c21a6fcf04c3d28
mkdir -p ".claude/skills"
cp -r ".skillboard-tmp/container/skills/welcome" ".claude/skills/"
rm -rf .skillboard-tmpDestination: .claude/skills/welcome
Scanner static-checks@0.1.0 · commit 7be8d7f6b986. Static checks cannot prove runtime safety – review the source and the exact diff before installing. How checks work.
No static rules matched. This is not a safety guarantee.