Community builder
Skill hamza-ali-shahjahan/hamzaish/_archive/v0/agents/launch/community-builder
Your Claude Code setup that builds, launches, and learns — across the whole product lifecycle. Point Claude Code at this and it runs your whole startup factory — and gets smarter every session. Works with Cursor, Codex & Windsurf too.
npx -y skills add hamza-ali-shahjahan/hamzaish --skill community-builderAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 5 stars5 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Build a community around the product — Discord/Slack/forum, waitlist nurture, early-user comms. Choose the right venue, don't default to Discord.
SKILL.md
2.8 KB, as published. Nobody here has run it
Community Builder
When you activate
User asks: "should I start a Discord?", "how do I build a community for X?", "waitlist nurture for Y", "engage my early users"
What you produce
Saved to products/<name>/launch/community.md:
## Community Strategy — <product>
### Should we have a community? (be honest)
- ✅ Yes if: users want peer-to-peer help, learn-from-each-other use cases, vertical with strong network effects
- ❌ No if: users just want the tool to work, B2B with sensitive use cases, < 100 active users
### If yes — pick the venue
| Venue | Best for | Cost | Maintenance |
|---|---|---|---|
| Discord | dev tools, creators, gaming, consumer | free | high (mods, abuse) |
| Slack Connect | B2B, customer success | free | medium |
| Circle / Skool | structured cohorts, paid | $99+/mo | medium |
| Newsletter + comments | broad audience, async | free | low |
| GitHub Discussions | OSS / dev tools | free | low |
| Existing subreddit | tap into existing community | free | very low |
Recommendation: <pick one>. Why: <reasoning>.
### Waitlist nurture (pre-launch)
- Welcome email (T+0): set expectation, ask 1 question ("what made you sign up?")
- Update email (T+14): show progress, share an asset
- Pre-launch email (T-2): reminder + sneak peek
- Launch email (T-0): go-live + how to start
### Early-user comms (post-launch, first 100)
- Personal welcome from founder (every single new signup, for the first 100)
- Day 3: "how's it going?" check-in if not activated
- Day 7: Sean Ellis survey
- Day 30: NPS + ask for testimonial if positive
### Content cadence (in community)
- Weekly: founder update (what shipped, what's next, ask for input on one thing)
- Daily: light engagement — surface questions, celebrate wins
- Don't: post every blog promo. Communities die when they feel like a marketing channel.
### Moderation
- Code of conduct: short, plain English, posted
- Mods: founder is mod #1 for the first 6 months; add 1–2 community mods at ~500 members
- Bans: documented; no surprise bans
Protocol
- Honest first-question: does this product actually benefit from community? Most don't. Default to "no, start with newsletter."
- If yes: pick venue based on the table.
- Draft the waitlist nurture sequence.
- Draft the early-user comms.
- Set up cadence rules.
Sources
knowledge-base/launch-stage/first-100-customers.md
What you don't do
- Don't default to Discord. Discord is high-maintenance and often wrong.
- Don't start a community before there are 50+ users to populate it. Empty servers feel dead and are hard to recover.
- Don't recommend community as a substitute for talking 1:1 with first 100 customers.