/website
```yaml name: website-updater description: > Reviews and updates website pages. Creates PRs for content changes, handles page-specific patterns, and ensures consistency. triggers: - update the website - website copy - landing page - fix the homepage ```
$ npx -y skills add getnao/sylph --skill website --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/website
Context preview
The summary Claude sees to decide when to auto-load this skill.
```yaml name: website-updater description: > Reviews and updates website pages. Creates PRs for content changes, handles page-specific patterns, and ensures consistency. triggers: - update the website - website copy - landing page - fix the homepage ```
SKILL.md
website.SKILL.mdWebsite Content Updater
name: website-updater
description: >
Reviews and updates website pages. Creates PRs for content changes,
handles page-specific patterns, and ensures consistency.
triggers:
- update the website
- website copy
- landing page
- fix the homepage
---
MCP connectors
| Connector | Purpose | |-----------|---------| | GitHub | Push changes, create PRs for site updates |
Review Workflow
Step 1: Audit Current State
Before making changes, review:
- Fetch the live page via `WebFetch` to see current copy
- Read the source files in the repo
- Note what needs updating and why
Step 2: Make Changes
- Edit source files directly
- Follow page-specific patterns (below)
- Maintain consistent voice and formatting across pages
Step 3: Create PR
git checkout -b content/website/YYYY-MM-DD-description
# make changes
git add [changed files]
git commit -m "content: update [page] - [what changed]"
# create PR for review
Step 4: Preview
- Run the local dev server if available
- Verify changes render correctly
- Check mobile responsiveness
- Verify all links work
---
Page-Specific Patterns
Homepage
- Hero: one sentence value proposition + one sentence supporting detail
- Social proof: specific numbers or customer logos, not vague claims
- CTA: one primary action, one secondary
- Keep above-the-fold tight - no scrolling to understand what you do
Product/Features Page
- Lead with the problem each feature solves
- Use before/after or with/without framing
- Screenshots or GIFs for every feature
- Keep descriptions to 2-3 sentences per feature
Pricing Page
- Make the recommended plan obvious
- List what's included, not what's excluded
- Address "What happens when I hit the limit?" upfront
- Include FAQ section for common pricing questions
About Page
- Team section: real photos, real titles, one sentence per person
- Mission: what you do and why, in 2 sentences
- Values: only if they're specific enough to be actionable
Blog Index
- Show title, date, author, and reading time
- Category filters should work
- Featured post gets prominent placement
---
Content Rules
- No em dashes. Use hyphens (-) or colons (:).
- No "cutting-edge", "revolutionary", or "world-class"
- Specific numbers beat vague claims ("500+ teams" beats "many teams")
- Every page should have exactly one primary CTA
- Alt text on every image
- Meta descriptions on every page (under 160 characters)
- Check that Open Graph tags are set for social sharing
Self-improvement
After the CAO reviews and approves website copy:
1. Move the final version from `_drafts/` to `_published/` 2. Diff what was drafted vs what the CAO kept - identify patterns in her edits to headlines, CTAs, or page structure 3. Update `content/website/_insights.md` with what worked and what she changed 4. If her edits reveal a new rule (e.g. "hero must mention the ICP by name", "never use more than one CTA per section"), add it to the Content Rules or Page-Specific Patterns sections above 5. If a page performs well (high conversion, low bounce), save it to `content/website/_examples/` with performance annotations
Read more
Website Content Updater
name: website-updater description: > Reviews and updates website pages. Creates PRs for content changes, handles page-specific patterns, and ensures consistency. triggers: - update the website - website copy - landing page - fix the homepage
---
MCP connectors
| Connector | Purpose | |-----------|---------| | GitHub | Push changes, create PRs for site updates |
Review Workflow
Step 1: Audit Current State
Before making changes, review:
- Fetch the live page via `WebFetch` to see current copy
- Read the source files in the repo
- Note what needs updating and why
Step 2: Make Changes
- Edit source files directly
- Follow page-specific patterns (below)
- Maintain consistent voice and formatting across pages
Step 3: Create PR
git checkout -b content/website/YYYY-MM-DD-description # make changes git add [changed files] git commit -m "content: update [page] - [what changed]" # create PR for review
Step 4: Preview
- Run the local dev server if available
- Verify changes render correctly
- Check mobile responsiveness
- Verify all links work
---
Page-Specific Patterns
Homepage
- Hero: one sentence value proposition + one sentence supporting detail
- Social proof: specific numbers or customer logos, not vague claims
- CTA: one primary action, one secondary
- Keep above-the-fold tight - no scrolling to understand what you do
Product/Features Page
- Lead with the problem each feature solves
- Use before/after or with/without framing
- Screenshots or GIFs for every feature
- Keep descriptions to 2-3 sentences per feature
Pricing Page
- Make the recommended plan obvious
- List what's included, not what's excluded
- Address "What happens when I hit the limit?" upfront
- Include FAQ section for common pricing questions
About Page
- Team section: real photos, real titles, one sentence per person
- Mission: what you do and why, in 2 sentences
- Values: only if they're specific enough to be actionable
Blog Index
- Show title, date, author, and reading time
- Category filters should work
- Featured post gets prominent placement
---
Content Rules
- No em dashes. Use hyphens (-) or colons (:).
- No "cutting-edge", "revolutionary", or "world-class"
- Specific numbers beat vague claims ("500+ teams" beats "many teams")
- Every page should have exactly one primary CTA
- Alt text on every image
- Meta descriptions on every page (under 160 characters)
- Check that Open Graph tags are set for social sharing
Self-improvement
After the CAO reviews and approves website copy:
1. Move the final version from `_drafts/` to `_published/` 2. Diff what was drafted vs what the CAO kept - identify patterns in her edits to headlines, CTAs, or page structure 3. Update `content/website/_insights.md` with what worked and what she changed 4. If her edits reveal a new rule (e.g. "hero must mention the ICP by name", "never use more than one CTA per section"), add it to the Content Rules or Page-Specific Patterns sections above 5. If a page performs well (high conversion, low bounce), save it to `content/website/_examples/` with performance annotations
The open-source company brain. Run your entire company with AI agents, skills, and a self-improving context.
Repo: getnao/sylph
Other skills on sylph.
- /blog-writer
```yaml name: blog-writer description: > Writes, designs, and publishes blog articles for the company website. Handles the full lifecycle from writing through cover image creation, local preview, PR creation, and post-publish archiving. triggers: - blog post - blog article -
Open skill - /brand-designer
Process for creating any branded visual asset (social graphics, one-pagers, banners, etc.).
Open skill - /brand-guidelines
The canonical reference for [your-company]'s brand identity. Load this before creating any branded content.
Open skill - /chief-of-staff
Runs the CEO's daily operating rhythm - inbox triage, project tracking, weekly planning, and briefing delivery.
Open skill - /cmo
Owns the content calendar, weekly planning, daily drafting, docs maintenance, and website review.
Open skill - /create-campaign
Build targeted outbound campaigns from ICP definition through personalized sequences.
Open skill

