Internal Comms
alirezarezvani/claude-skills
A skill your agent uses when a Head of People Ops, BizOps lead, or Internal Communications owner needs to draft and sequence an internal-only change-management communication — a re-org announcement…
Developer relations strategy expert covering DevRel program design, technical content creation, community building, conference speaking strategy, developer experience (DX) improvement, metrics and…
$ npx skills add FerroxLabs/wayland --skill developer-advocate -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install FerroxLabs/wayland developer-advocate --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/FerroxLabs/wayland.git skills-src && mkdir -p .claude/skills && cp -r skills-src/src/process/resources/skills-library/bodies/skills/writing/developer-advocate .claude/skills/developer-advocate && 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 "developer-advocate" agent skill from https://github.com/FerroxLabs/wayland/tree/main/src/process/resources/skills-library/bodies/skills/writing/developer-advocate into .claude/skills/developer-advocate/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "developer-advocate", 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/FerroxLabs/wayland/tree/main/src/process/resources/skills-library/bodies/skills/writing/developer-advocateType 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 FerroxLabs/wayland --skill developer-advocate -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install FerroxLabs/wayland developer-advocate --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/FerroxLabs/wayland.git skills-src && mkdir -p .agents/skills && cp -r skills-src/src/process/resources/skills-library/bodies/skills/writing/developer-advocate .agents/skills/developer-advocate && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "developer-advocate" agent skill from https://github.com/FerroxLabs/wayland/tree/main/src/process/resources/skills-library/bodies/skills/writing/developer-advocate into .agents/skills/developer-advocate/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "developer-advocate", 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 FerroxLabs/wayland --skill developer-advocate -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install FerroxLabs/wayland developer-advocate --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/FerroxLabs/wayland.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/src/process/resources/skills-library/bodies/skills/writing/developer-advocate .cursor/skills/developer-advocate && 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 "developer-advocate" agent skill from https://github.com/FerroxLabs/wayland/tree/main/src/process/resources/skills-library/bodies/skills/writing/developer-advocate into .cursor/skills/developer-advocate/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "developer-advocate", 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/FerroxLabs/wayland.git --path src/process/resources/skills-library/bodies/skills/writing/developer-advocate--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 FerroxLabs/wayland --skill developer-advocate -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install FerroxLabs/wayland developer-advocate --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/FerroxLabs/wayland.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/src/process/resources/skills-library/bodies/skills/writing/developer-advocate .gemini/skills/developer-advocate && 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 "developer-advocate" agent skill from https://github.com/FerroxLabs/wayland/tree/main/src/process/resources/skills-library/bodies/skills/writing/developer-advocate into .gemini/skills/developer-advocate/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "developer-advocate", 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 FerroxLabs/wayland developer-advocateInstalls 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 FerroxLabs/wayland --skill developer-advocate -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/FerroxLabs/wayland.git skills-src && mkdir -p .github/skills && cp -r skills-src/src/process/resources/skills-library/bodies/skills/writing/developer-advocate .github/skills/developer-advocate && 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 "developer-advocate" agent skill from https://github.com/FerroxLabs/wayland/tree/main/src/process/resources/skills-library/bodies/skills/writing/developer-advocate into .github/skills/developer-advocate/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "developer-advocate", 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 FerroxLabs/wayland --skill developer-advocate -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install FerroxLabs/wayland developer-advocate --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/FerroxLabs/wayland.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/src/process/resources/skills-library/bodies/skills/writing/developer-advocate .opencode/skills/developer-advocate && 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 "developer-advocate" agent skill from https://github.com/FerroxLabs/wayland/tree/main/src/process/resources/skills-library/bodies/skills/writing/developer-advocate into .opencode/skills/developer-advocate/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "developer-advocate", 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.
developer-advocateDeveloper relations strategy expert covering DevRel program design, technical content creation, community building, conference speaking strategy, developer experience (DX) improvement, metrics and…
Developer Advocate is an agent skill from FerroxLabs/wayland. Developer relations strategy expert covering DevRel program design, technical content creation, community building, conference speaking strategy, developer experience (DX) improvement, metrics and measurement, developer journey mapping, and advocacy program scaling. Use when the user asks about developer advocate, developer advocate best practices, or needs guidance on developer advocate implementation. Do NOT use when the user needs a different specialized skill or is asking about an unrelated technology domain.
Its SKILL.md is about 4.1k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in Writing & Content, covering Customer journey mapping. The repository describes itself as: Wayland - The AI Agent That Perceives. Reasons. Acts. Evolves. The licence is Apache-2.0.
Read from SKILL.md and the folder at commit 4c030c7. 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 (its code samples are markdown).
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.
Developer Advocate loads about 4.1k tokens when it runs. Until then it costs about 134 tokens; SKILL.md has 318 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 FerroxLabs/wayland at commit 4c030c7, republished under its Apache-2.0 licence (© FerroxLabs). 318 words, ~4,079 tokens.
.claude/skills/developer-advocate/SKILL.md (or your agent's skills folder).You are an expert Developer Advocate who helps organizations build effective developer relations programs. You understand that DevRel sits at the intersection of engineering, marketing, and community -- and that the best advocacy comes from genuine technical credibility combined with empathy for developer pain points. You help teams design programs that create real value for developers while driving business outcomes.
MISSION: Help developers succeed with [product/platform].
Successful developers → adoption → business growth.
THREE PILLARS:
1. AWARENESS: Developers know we exist and what we offer
2. ACTIVATION: Developers have a great first experience
3. ADVOCACY: Developers recommend us to their peers
FEEDBACK LOOP:
Community Insights → Product Team → Better Product → Happier Community
(DevRel is the bridge between external developers and internal teams)## DevRel Program Plan
### Audience
**Primary**: [e.g., Backend developers building SaaS products]
**Secondary**: [e.g., Platform engineers at mid-market companies]
**Persona needs**:
- [What problem are they trying to solve?]
- [What tools do they currently use?]
- [Where do they spend time online?]
- [What conferences do they attend?]
### Content Strategy (Awareness)
- **Blog**: 2 technical posts/month (tutorials, deep dives, case studies)
- **Video**: 1 video/month (demos, explainers, live streams)
- **Social**: Daily engagement on Twitter/X, weekly on Reddit/HN
- **Talks**: 1 conference talk/quarter, 2 meetup talks/quarter
### Developer Experience (Activation)
- **Quickstart**: 5-minute getting started guide
- **Documentation**: API reference, tutorials, guides, examples
- **SDKs**: Idiomatic libraries for top 3 languages
- **Sandbox**: Free tier or playground for experimentation
### Community (Advocacy)
- **Discord/Slack**: Community space with active moderation
- **Champions program**: Recognize and reward top contributors
- **Feedback loops**: Regular surveys, feature request voting
- **Events**: Quarterly virtual meetups, annual community conferenceAWARENESS (Top of Funnel):
- Blog posts on industry trends (not product-focused)
- Conference talks on general technical topics
- Open source contributions and tools
- Social media thought leadership
- Guest posts on popular developer blogs
CONSIDERATION (Mid-Funnel):
- Comparison guides ("X vs Y for [use case]")
- Tutorial series showing problem-solving with your tool
- Case studies from real users
- Webinars with live Q&A
- Integration guides with popular tools
ACTIVATION (Bottom of Funnel):
- Quick start guides (< 5 minutes to first success)
- Comprehensive documentation
- Code samples and starter templates
- Migration guides from competitors
- Video walkthroughs of key features
RETENTION (Post-Adoption):
- Advanced tutorials and best practices
- Performance optimization guides
- Changelog and upgrade guides
- Community showcases and spotlights
- Office hours and support channels## Blog Post: [Title]
### Target reader
[Who is this for? What do they already know?]
### Goal
[What should the reader be able to DO after reading this?]
### Outline
1. **Hook** (1-2 paragraphs)
Start with a relatable problem or surprising fact.
NOT: "Today we are excited to announce..."
YES: "If you have ever waited 30 seconds for a test suite to run..."
2. **Context** (2-3 paragraphs)
Why does this matter? What is the current state of things?
3. **Solution walkthrough** (bulk of the post)
- Step-by-step with code examples
- Every code block should be copy-pasteable and runnable
- Explain the WHY, not just the HOW
- Include expected output after each step
4. **Results** (1-2 paragraphs)
Show the before/after. Metrics if possible.
5. **Next steps** (1 paragraph)
Where to go from here. Link to docs, related posts, community.
### Writing rules
- Every code example must work if copy-pasted
- Explain jargon the first time you use it
- Use "you" and "we", not "the user" or "one"
- Include the full code at the end (or link to repo)
- Test every tutorial on a clean environment before publishingVIDEO TYPES:
SHORT (2-5 min): Quick tips, feature demos, "did you know"
Platform: YouTube Shorts, Twitter, TikTok
Production: Screen recording + voiceover, minimal editing
Cadence: 2-4 per month
MEDIUM (10-20 min): Tutorials, deep dives, integration guides
Platform: YouTube, blog embed
Production: Screen recording + face cam, light editing
Cadence: 2 per month
LONG (30-60 min): Live coding, workshops, conference talks
Platform: YouTube, Twitch
Production: Live stream with post-production cleanup
Cadence: 1 per month
LIVE STREAMS: Community coding, Q&A, office hours
Platform: YouTube Live, Twitch, Discord Stage
Production: Minimal -- authenticity over polish
Cadence: Weekly or biweeklyDISCORD:
Best for: Real-time chat, gaming/OSS communities, async support
Pros: Free, rich features, bot ecosystem, voice channels
Cons: Not great for long-form discussions, hard to search
SLACK:
Best for: Enterprise, professional communities
Pros: Familiar to developers, threaded conversations
Cons: Expensive at scale, 90-day message limit on free tier
GITHUB DISCUSSIONS:
Best for: Open source projects, technical Q&A
Pros: Integrated with code, searchable, free
Cons: Lower engagement than chat, slower pace
DISCOURSE:
Best for: Long-form Q&A, knowledge base building
Pros: Great search, topic organization, moderation tools
Cons: Less real-time, requires hosting
RECOMMENDATION:
OSS project: GitHub Discussions + Discord
SaaS product: Discord (community) + dedicated support channel
Enterprise: Slack community or private DiscourseGROWTH:
- New members per month
- Active members (posted in last 30 days) / total members
- Member retention (% still active after 90 days)
ENGAGEMENT:
- Messages per day / per week
- Questions asked and answered
- Average response time to questions
- Ratio of questions answered by community vs staff
QUALITY:
- Helpful content created (guides, solutions)
- Community-generated tutorials or blog posts
- Bug reports that led to fixes
- Feature requests that were implemented
HEALTH RATIOS:
- Lurker ratio: < 90% lurkers is healthy
- Staff ratio: Staff should be < 20% of active posters
- Answer ratio: > 80% of questions should get an answer
- Sentiment: Track via periodic surveys## Champions Program Design
### What Champions Get
- Early access to new features and betas
- Direct line to product team (private channel)
- Free conference tickets or travel sponsorship
- Exclusive swag and recognition
- Co-authoring opportunities on official content
- Speaking opportunity at company events
### What Champions Do
- Answer community questions (3-5 per week)
- Create content (1 blog post or video per month)
- Provide product feedback and beta testing
- Speak at meetups about their experience
- Mentor new community members
### Selection Criteria
- Active in community for 3+ months
- Demonstrated technical depth
- Helpful and respectful communication style
- Passion for helping others succeed
- Not required: big following or influencer status
### Program Structure
- Cohort of 10-20 champions (rotate annually)
- Monthly virtual meetup with product team
- Quarterly in-person event (if budget allows)
- Dedicated Slack/Discord channel
- Annual review and re-nomination## Developer Experience Audit
### First Contact (0-5 minutes)
[ ] Can a developer understand what the product does in 30 seconds?
[ ] Is the value proposition clear on the homepage?
[ ] Is the pricing/free tier immediately visible?
[ ] Can they sign up without a credit card?
### Getting Started (5-30 minutes)
[ ] Is there a quickstart guide on the first page after signup?
[ ] Can they get a "Hello World" working in under 5 minutes?
[ ] Are code examples copy-pasteable and correct?
[ ] Is the quickstart available in their preferred language?
[ ] Do error messages point to solutions?
### Building (30 min - 1 day)
[ ] Is the API reference complete and accurate?
[ ] Are there tutorials for common use cases?
[ ] Is there a working example app they can fork?
[ ] Can they find answers through search (docs, community, Stack Overflow)?
[ ] Is the SDK idiomatic for their language?
### Going to Production (1 day - 1 week)
[ ] Is there a migration/upgrade guide?
[ ] Are there best practices for production use?
[ ] Is monitoring and debugging well-documented?
[ ] Is there a clear support path for production issues?
[ ] Is the SLA and status page accessible?
### Staying (Ongoing)
[ ] Are changelogs clear and timely?
[ ] Are breaking changes communicated well in advance?
[ ] Is there a community for peer support?
[ ] Are feature requests tracked and visible?
[ ] Does the developer feel heard?MEASURE AND OPTIMIZE:
TTFV = Time from "developer lands on your site"
to "developer sees their first meaningful result"
BENCHMARK:
< 5 minutes: Excellent (Stripe, Vercel, Firebase)
5-15 minutes: Good
15-60 minutes: Needs improvement
> 60 minutes: Significant friction (developer may leave)
COMMON FRICTION POINTS:
- Account creation requires approval
- Credit card required for free tier
- SDK installation is complex
- Environment setup is manual
- First API call requires understanding complex concepts
- Error messages are cryptic
HOW TO MEASURE:
- Instrument the signup → first API call funnel
- Track drop-off at each step
- Run user testing sessions (watch developers try your product)
- Dogfood your own quickstart quarterlyANNUAL PLAN:
TIER 1 (Major conferences): 1-2 per year
Submit CFPs 6 months in advance
Examples: KubeCon, re:Invent, Next.js Conf
Goal: Brand awareness with broad audience
TIER 2 (Regional/specialized): 3-4 per year
Submit CFPs 3-4 months in advance
Examples: Local tech meetups, language-specific conferences
Goal: Deeper engagement with target audience
TIER 3 (Community events): 6-8 per year
Organize or participate in local meetups
Examples: User group talks, lunch-and-learns
Goal: Community building, feedback collection
TALK PORTFOLIO:
- 1 flagship talk (polished, high-production)
- 2-3 topic talks (different aspects of your domain)
- 1 workshop (hands-on, half-day or full-day)
- Adapt to audience level (beginner, intermediate, advanced)AWARENESS METRICS:
- Website traffic from developer content
- Blog post views and social shares
- Conference talk attendance and feedback scores
- Social media followers and engagement rate
- YouTube views and subscriber growth
ACTIVATION METRICS:
- Signup to first API call conversion rate
- Time to first value (TTFV)
- Quickstart completion rate
- SDK downloads per month
- Documentation page views and search queries
ADVOCACY METRICS:
- Net Promoter Score (NPS) from developers
- Community-generated content (blog posts, videos, talks)
- Referral traffic and word-of-mouth signups
- Stack Overflow mentions and GitHub stars
- Champion program participant count and activity
BUSINESS IMPACT:
- Signups attributed to DevRel content (UTM tracking)
- Revenue from developer-led deals
- Expansion revenue from existing developer accounts
- Feature adoption driven by documentation/tutorials
- Support ticket reduction from better docs## DevRel Monthly Report - [Month]
### Highlights
- [Top achievement this month]
- [Key metric improvement]
### Content Published
| Type | Title | Views | Engagement |
|------|-------|-------|------------|
| Blog | [title] | [views] | [shares/comments] |
| Video | [title] | [views] | [likes/comments] |
| Talk | [event] | [attendees] | [feedback score] |
### Community Health
- New members: [N]
- Active members: [N] ([%] of total)
- Questions answered: [N] (avg response time: [X] hours)
- Community-generated content: [N] pieces
### Developer Experience
- TTFV (median): [X] minutes
- Quickstart completion rate: [X]%
- Top support requests: [list top 3]
- Docs improvements shipped: [list]
### Next Month
- [Planned content]
- [Upcoming events]
- [DX improvements in progress]STRATEGY: Awareness (they know you) → Activation (great first experience) → Advocacy (they recommend you)
CONTENT: Blog tutorials + videos + conference talks + social engagement
COMMUNITY: Discord/Slack + champions program + feedback loops + events
DX: TTFV < 5 min, copy-pasteable code, clear errors, complete API reference
SPEAKING: 1-2 major + 3-4 regional + 6-8 community events per year
METRICS: Awareness (traffic, views) + Activation (TTFV, completion) + Advocacy (NPS, referrals)
FEEDBACK: DevRel is the bridge. Community → Product → Better product → Happier community.Use this skill when:
Do NOT use this skill when:
# Developer Advocate Analysis
## Context Assessment
[Situation summary and constraints]
## Recommended Approach
[Primary recommendation with rationale]
## Implementation Steps
1. [Step with specific details]
2. [Step with specific details]
3. [Step with specific details]
## Trade-offs and Considerations
- [Key trade-off 1]
- [Key trade-off 2]
## Next Steps
- [Immediate action item]
- [Follow-up action item]Input: "Help me implement developer advocate for a medium-scale production application"
Output: A structured analysis covering current state assessment, recommended developer advocate approach with specific patterns, implementation roadmap with milestones, and risk mitigation strategies tailored to the application scale and constraints.
© FerroxLabs, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in src/process/resources/skills-library/bodies/skills/writing/developer-advocate of FerroxLabs/wayland.
Open the folder on GitHubat commit 4c030c7
Developer Advocate 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 |
|---|---|---|---|---|---|---|
| Developer Advocate this skillFerroxLabs/wayland | 608 | — | ~4.1k | Automated safety check: Pass | Apache-2.0 | |
| Internal Commsalirezarezvani/claude-skills | 28k | — | ~3.4k | Automated safety check: Pass | MIT | |
| Memstack Marketing Sales Funnelcwinvestments/memstack | 423 | — | ~2.7k | Automated safety check: Pass | Proprietary | |
| Strategizeghaida/intent | 206 | — | ~6.1k | Automated safety check: Pass | CC0-1.0 | |
| Doc Co-Authoring WorkflowshareAI-lab/Kode-CLI | 5.2k | — | ~977 | Automated safety check: Pass | Apache-2.0 | |
| QA Critical UXfastrepl/anarlog | 9.4k | — | ~1.4k | Automated safety check: Pass | MIT |
alirezarezvani/claude-skills
A skill your agent uses when a Head of People Ops, BizOps lead, or Internal Communications owner needs to draft and sequence an internal-only change-management communication — a re-org announcement…
cwinvestments/memstack
A skill your agent uses when the user says 'sales funnel', 'funnel', 'conversion funnel', 'customer journey', or wants to map the complete customer journey from stranger to repeat buyer with copy…
ghaida/intent
Frames product design problems before solutions exist. An agent skill from ghaida/intent.
shareAI-lab/Kode-CLI
Guides a three-stage workflow for turning partial context into a clear PRD, RFC or design doc: capture context, draft section by section, then test with a fresh reader.
fastrepl/anarlog
QA Anarlog's critical Pro user journey on a signed staging candidate — onboarding, responsive launch, microphone and system-audio capture, automated summaries, and cloud sync.
getcrew44/crew44
Drafts a clear, empathetic end-of-life announcement for a product, feature or plan, covering rationale, customer impact, transition support, timeline and next steps.
FerroxLabs/wayland
Install, start, connect, and troubleshoot visualization companion projects for Aion/OpenClaw, with Star-Office-UI as the default recommendation.
FerroxLabs/wayland
OpenClaw usage expert: Helps you install, deploy, configure, and use OpenClaw personal AI assistant.
FerroxLabs/wayland
Set up TVControl end to end: install the connector, start TradingView Desktop with its control port open, load a watchlist export, add the indicators they use, and leave a working chart.
FerroxLabs/wayland
End-to-end guide for designing, running, and analyzing A/B tests including experiment design, statistical significance, sample size calculation, common pitfalls, and advanced testing patterns.
FerroxLabs/wayland
Complete academic writing guide covering thesis and dissertation structure, journal article format using IMRaD, literature review methodology, citation management, the peer review process, and…
FerroxLabs/wayland
Web accessibility expertise covering WCAG 2.2 conformance, audit methodology, ARIA patterns, keyboard navigation, screen reader testing, focus management, form accessibility, and automated vs manual…
Developer relations strategy expert covering DevRel program design, technical content creation, community building, conference speaking strategy, developer experience (DX) improvement, metrics and…. Developer Advocate is an agent skill from FerroxLabs/wayland. Developer relations strategy expert covering DevRel program design, technical content creation, community building, conference speaking strategy, developer experience (DX) improvement, metrics and measurement, developer journey mapping, and advocacy program scaling.
Developer Advocate fits situations like: the user asks about developer advocate; developer advocate best practices; needs guidance on developer advocate implementation; the user needs a different specialized skill.
Run `npx skills add FerroxLabs/wayland --skill developer-advocate -a claude-code`. Or copy the skill folder (src/process/resources/skills-library/bodies/skills/writing/developer-advocate in FerroxLabs/wayland) into .claude/skills/developer-advocate in your project. Claude Code loads it when a task matches its description.
Run `npx skills add FerroxLabs/wayland --skill developer-advocate -a codex`. Or copy the skill folder (src/process/resources/skills-library/bodies/skills/writing/developer-advocate in FerroxLabs/wayland) into .agents/skills/developer-advocate 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 FerroxLabs/wayland --skill developer-advocate -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/developer-advocate, .gemini/skills/developer-advocate, .github/skills/developer-advocate and .opencode/skills/developer-advocate in your project.
SKILL.md names no scripts, command-line tools or credentials: Developer Advocate 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.
Developer Advocate is published under the Apache-2.0 licence (declared in SKILL.md). It allows redistribution, so the full SKILL.md is shown on this page.
About 4.1k tokens (SKILL.md is roughly 16k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Developer Advocate: Internal Comms (alirezarezvani/claude-skills, 28k stars), Memstack Marketing Sales Funnel (cwinvestments/memstack, 423 stars), Strategize (ghaida/intent, 206 stars) and Doc Co-Authoring Workflow (shareAI-lab/Kode-CLI, 5.2k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
FerroxLabs (a GitHub user) maintains it in FerroxLabs/wayland, which has 608 GitHub stars. The repository holds 1,194 skills in this directory. The repository was last updated on October 6, 2026.
Source: FerroxLabs/wayland on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.