30f9b9a729
* feat: v2.0 skill renames and CRO consolidation BREAKING CHANGE: Users must reinstall skills after this update. ## Skill Renames (16) - ab-test-setup → ab-testing - analytics-tracking → analytics - aso-audit → aso - competitor-alternatives → competitors - email-sequence → emails - free-tool-strategy → free-tools - launch-strategy → launch - onboarding-cro → onboarding - paywall-upgrade-cro → paywalls - popup-cro → popups - pricing-strategy → pricing - product-marketing-context → product-marketing - referral-program → referrals - schema-markup → schema - signup-flow-cro → signup - social-content → social ## Consolidations (1) - page-cro + form-cro → cro (form content in references/form.md) ## Why 2.0? - Shorter, cleaner skill names - Consistent naming (no -strategy, -setup, -cro suffixes) - All cross-references updated across 100+ files Total skills: 40 Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com> * fix(v2.0): update evals for renamed skills, fix validate script, clear warnings - Update 32 evals.json files to reference new skill names (page-cro → cro, product-marketing-context → product-marketing, etc.) — these were missed in the initial v2.0 rename pass since only SKILL.md and marketplace.json were updated. - Fix validate-skills.sh: replace GNU-only `head -n -1` with portable awk so frontmatter extraction works on macOS. - Move Copy Editing Checklist (56 lines) to references/checklist.md to bring copy-editing SKILL.md under the 500-line limit (508 → 457). - Add "see X" pointers to marketing-psychology description for skill discovery (cro, pricing, copywriting). - Update skill-request.yml issue template placeholder (page-cro → cro). All 40 skills now pass validation with zero warnings. * fix(v2.0): add evals for 8 missing skills, strip stale frontmatter from cro/form.md Adds 48 new eval cases (6 per skill) for skills that previously had no evals: aso, co-marketing, community-marketing, competitor-profiling, directory-submissions, image, lead-magnets, video. All 40 skills now have eval coverage (251 total cases). Strips leftover frontmatter from skills/cro/references/form.md — it was inherited from the old form-cro SKILL.md before consolidation. Reference files don't need frontmatter. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * fix(v2.0): rename paid-ads → ads One more v2.0 simplification — drops the redundant 'paid-' qualifier. Updates the skill directory, SKILL.md frontmatter, evals.json, README skill table, the v2.0 rename table in VERSIONS.md (now 17 renames), and all cross-references in related skills (ad-creative, aso, competitor-profiling, customer-research, lead-magnets, marketing-ideas) plus the tools/integrations guides. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * fix(v2.0): bump SKILL.md frontmatter version to 2.0.0 for all 40 skills VERSIONS.md was already updated to 2.0.0 but the metadata.version field inside each SKILL.md was still on 1.x. That mismatch would have caused the update-check flow to perpetually report 'update available' since it compares VERSIONS.md against local SKILL.md metadata versions. Caught by codex review (P1). Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * fix(v2.0): add legacy product-marketing-context.md filename fallback Before this fix, users upgrading from v1.x who had a `product-marketing-context.md` file would lose automatic context loading — every skill only checked the new `product-marketing.md` filename. Now all 40 skills also accept the legacy filename (in either `.agents/` or `.claude/`), and the README migration command covers both legacy and current filenames. Caught by codex review (P1 + P2). Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * fix(v2.0): re-sort README skills table alphabetically, fix ads box width The skills table had a few entries out of alphabetical order from the renames (co-marketing was after cold-email, ads was at the renamed position). Re-sorted alphabetically per sync-skills.js. Also padded the 'ads' cell in the ASCII flow diagram to keep the box width consistent. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> * fix(v2.0): document folder cleanup on upgrade, stop sync-skills from re-adding skills array README upgrade guide now includes: - A clear cleanup step for stale v1.x skill folders (renamed + consolidated) so users don't end up with both old and new folders side-by-side after upgrading - The full v1 to v2 rename map for reference - Existing product-marketing-context.md migration steps (preserved) sync-skills.js no longer (re-)introduces a `skills` array on marketplace.json -- Claude Code's plugin schema discovers skills via the `skills/` directory, and the explicit array was failing validation. The script now refreshes the description count and strips the stale array if present. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 4.5 <noreply@anthropic.com>
158 lines
3.8 KiB
Markdown
158 lines
3.8 KiB
Markdown
# Beehiiv
|
|
|
|
Newsletter platform with subscriber management, post publishing, automations, and referral programs.
|
|
|
|
## Capabilities
|
|
|
|
| Integration | Available | Notes |
|
|
|-------------|-----------|-------|
|
|
| API | ✓ | REST API v2 for publications, subscriptions, posts, segments |
|
|
| MCP | - | Not available |
|
|
| CLI | ✓ | [beehiiv.js](../clis/beehiiv.js) |
|
|
| SDK | - | No official SDK; OpenAPI spec available for codegen |
|
|
|
|
## Authentication
|
|
|
|
- **Type**: Bearer Token
|
|
- **Header**: `Authorization: Bearer {api_key}`
|
|
- **Get key**: Settings > API under Workspace Settings at https://app.beehiiv.com
|
|
- **Note**: API key is only shown once on creation; copy and store it immediately
|
|
|
|
## Common Agent Operations
|
|
|
|
### List publications
|
|
|
|
```bash
|
|
GET https://api.beehiiv.com/v2/publications
|
|
```
|
|
|
|
### Get publication details
|
|
|
|
```bash
|
|
GET https://api.beehiiv.com/v2/publications/{publicationId}
|
|
```
|
|
|
|
### List subscriptions
|
|
|
|
```bash
|
|
GET https://api.beehiiv.com/v2/publications/{publicationId}/subscriptions?limit=10&status=active
|
|
|
|
# Filter by email
|
|
GET https://api.beehiiv.com/v2/publications/{publicationId}/subscriptions?email=user@example.com
|
|
```
|
|
|
|
### Create subscription
|
|
|
|
```bash
|
|
POST https://api.beehiiv.com/v2/publications/{publicationId}/subscriptions
|
|
|
|
{
|
|
"email": "user@example.com",
|
|
"reactivate_existing": false,
|
|
"send_welcome_email": true,
|
|
"utm_source": "api",
|
|
"tier": "free"
|
|
}
|
|
```
|
|
|
|
### Update subscription
|
|
|
|
```bash
|
|
PUT https://api.beehiiv.com/v2/publications/{publicationId}/subscriptions/{subscriptionId}
|
|
|
|
{
|
|
"tier": "premium"
|
|
}
|
|
```
|
|
|
|
### Delete subscription
|
|
|
|
```bash
|
|
DELETE https://api.beehiiv.com/v2/publications/{publicationId}/subscriptions/{subscriptionId}
|
|
```
|
|
|
|
### List posts
|
|
|
|
```bash
|
|
GET https://api.beehiiv.com/v2/publications/{publicationId}/posts?limit=10&status=confirmed
|
|
```
|
|
|
|
### Create post (Enterprise only)
|
|
|
|
```bash
|
|
POST https://api.beehiiv.com/v2/publications/{publicationId}/posts
|
|
|
|
{
|
|
"title": "Weekly Update",
|
|
"subtitle": "What happened this week",
|
|
"content": "<p>Hello subscribers...</p>",
|
|
"status": "draft"
|
|
}
|
|
```
|
|
|
|
### List segments
|
|
|
|
```bash
|
|
GET https://api.beehiiv.com/v2/publications/{publicationId}/segments
|
|
```
|
|
|
|
### List automations
|
|
|
|
```bash
|
|
GET https://api.beehiiv.com/v2/publications/{publicationId}/automations
|
|
```
|
|
|
|
### Get referral program
|
|
|
|
```bash
|
|
GET https://api.beehiiv.com/v2/publications/{publicationId}/referral_program
|
|
```
|
|
|
|
## API Pattern
|
|
|
|
All endpoints are scoped to a publication. The publication ID is a required path parameter for most operations. Responses use cursor-based pagination with a `cursor` parameter for fetching subsequent pages.
|
|
|
|
## Key Metrics
|
|
|
|
### Subscription Fields
|
|
- `status` - validating, invalid, pending, active, inactive
|
|
- `tier` - free or premium
|
|
- `created` - Subscription creation timestamp
|
|
- `utm_source`, `utm_medium`, `utm_campaign` - Acquisition tracking
|
|
- `referral_code` - Unique referral code for subscriber
|
|
|
|
### Post Fields
|
|
- `status` - draft, confirmed (scheduled), archived
|
|
- `publish_date` - When the post was/will be published
|
|
- `stats` - Open rate, click rate, subscriber count (with expand)
|
|
|
|
## Parameters
|
|
|
|
### Common Query Parameters
|
|
- `limit` - Results per page (1-100, default 10)
|
|
- `cursor` - Cursor for next page of results
|
|
- `expand[]` - Include additional data: stats, custom_fields, referrals
|
|
- `status` - Filter by subscription/post status
|
|
- `tier` - Filter by subscription tier (free, premium)
|
|
|
|
## When to Use
|
|
|
|
- Managing newsletter subscribers programmatically
|
|
- Syncing subscribers from external signup forms or landing pages
|
|
- Building referral program integrations
|
|
- Automating post creation and publishing workflows
|
|
- Tracking subscriber growth and engagement metrics
|
|
|
|
## Rate Limits
|
|
|
|
- API rate limits apply per API key
|
|
- Use cursor-based pagination for efficient data retrieval
|
|
- Batch operations not available; iterate with individual requests
|
|
|
|
## Relevant Skills
|
|
|
|
- emails
|
|
- newsletter-growth
|
|
- referrals
|
|
- content-strategy
|