Emailoctopus Automation
ComposioHQ/awesome-claude-skills
Automate Emailoctopus tasks via Rube MCP (Composio). An agent skill from ComposioHQ/awesome-claude-skills.
Every EmailOctopus v2 endpoint, plus the cross-list joins, churn diffs, and rate-budgeted bulk operations the API...
$ npx skills add mvanhorn/printing-press-library --skill pp-emailoctopus -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install mvanhorn/printing-press-library pp-emailoctopus --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/mvanhorn/printing-press-library.git skills-src && mkdir -p .claude/skills && cp -r skills-src/cli-skills/pp-emailoctopus .claude/skills/pp-emailoctopus && 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 "pp-emailoctopus" agent skill from https://github.com/mvanhorn/printing-press-library/tree/main/cli-skills/pp-emailoctopus into .claude/skills/pp-emailoctopus/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "pp-emailoctopus", 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/mvanhorn/printing-press-library/tree/main/cli-skills/pp-emailoctopusType 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 mvanhorn/printing-press-library --skill pp-emailoctopus -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install mvanhorn/printing-press-library pp-emailoctopus --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/mvanhorn/printing-press-library.git skills-src && mkdir -p .agents/skills && cp -r skills-src/cli-skills/pp-emailoctopus .agents/skills/pp-emailoctopus && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "pp-emailoctopus" agent skill from https://github.com/mvanhorn/printing-press-library/tree/main/cli-skills/pp-emailoctopus into .agents/skills/pp-emailoctopus/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "pp-emailoctopus", 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 mvanhorn/printing-press-library --skill pp-emailoctopus -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install mvanhorn/printing-press-library pp-emailoctopus --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/mvanhorn/printing-press-library.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/cli-skills/pp-emailoctopus .cursor/skills/pp-emailoctopus && 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 "pp-emailoctopus" agent skill from https://github.com/mvanhorn/printing-press-library/tree/main/cli-skills/pp-emailoctopus into .cursor/skills/pp-emailoctopus/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "pp-emailoctopus", 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/mvanhorn/printing-press-library.git --path cli-skills/pp-emailoctopus--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 mvanhorn/printing-press-library --skill pp-emailoctopus -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install mvanhorn/printing-press-library pp-emailoctopus --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/mvanhorn/printing-press-library.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/cli-skills/pp-emailoctopus .gemini/skills/pp-emailoctopus && 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 "pp-emailoctopus" agent skill from https://github.com/mvanhorn/printing-press-library/tree/main/cli-skills/pp-emailoctopus into .gemini/skills/pp-emailoctopus/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "pp-emailoctopus", 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 mvanhorn/printing-press-library pp-emailoctopusInstalls 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 mvanhorn/printing-press-library --skill pp-emailoctopus -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/mvanhorn/printing-press-library.git skills-src && mkdir -p .github/skills && cp -r skills-src/cli-skills/pp-emailoctopus .github/skills/pp-emailoctopus && 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 "pp-emailoctopus" agent skill from https://github.com/mvanhorn/printing-press-library/tree/main/cli-skills/pp-emailoctopus into .github/skills/pp-emailoctopus/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "pp-emailoctopus", 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 mvanhorn/printing-press-library --skill pp-emailoctopus -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install mvanhorn/printing-press-library pp-emailoctopus --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/mvanhorn/printing-press-library.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/cli-skills/pp-emailoctopus .opencode/skills/pp-emailoctopus && 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 "pp-emailoctopus" agent skill from https://github.com/mvanhorn/printing-press-library/tree/main/cli-skills/pp-emailoctopus into .opencode/skills/pp-emailoctopus/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "pp-emailoctopus", 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.
pp-emailoctopusEvery EmailOctopus v2 endpoint, plus the cross-list joins, churn diffs, and rate-budgeted bulk operations the API...
Pp Emailoctopus is an agent skill from mvanhorn/printing-press-library. Every EmailOctopus v2 endpoint, plus the cross-list joins, churn diffs, and rate-budgeted bulk operations the API... Trigger phrases: manage my EmailOctopus list, sync subscribers to EmailOctopus, EmailOctopus campaign report, find cold subscribers, dedupe my email lists, use emailoctopus, run emailoctopus.
Its SKILL.md is about 3.7k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
The repository describes itself as: Official library of CLIs generated by the CLI Printing Press. Endorsed, tested, and community-contributed. The licence is Apache-2.0.
3 steps, taken from the first numbered list in SKILL.md.
Read from SKILL.md and the folder at commit 76de244. It shows what the files ask for, not the result of running them.
Pre-approves these tools, so the agent can use them without asking each time:
ReadBashFrom allowed-tools in the SKILL.md frontmatter.
Shell commands in SKILL.md call:
claudenpxgoFrom the folder's file list and the shell code blocks in SKILL.md.
Links to these hosts (documentation or services it may open):
api.emailoctopus.comFrom URLs in SKILL.md, links to its own repository left out.
Names these keys or tokens, usually read from environment variables:
EMAILOCTOPUS_API_KEYFrom names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Pp Emailoctopus loads about 3.7k tokens when it runs. Until then it costs about 85 tokens; SKILL.md has 1,619 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 noted patterns worth knowing about, such as sudo or a known installer.
allowed-tools: Read, BashAutomated 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 mvanhorn/printing-press-library at commit 76de244, republished under its Apache-2.0 licence (© mvanhorn). 1,619 words, ~3,729 tokens.
.claude/skills/pp-emailoctopus/SKILL.md (or your agent's skills folder).<!-- GENERATED FILE — DO NOT EDIT.
This file is a verbatim mirror of library/marketing/emailoctopus/SKILL.md,
regenerated post-merge by tools/generate-skills/. Hand-edits here are
silently overwritten on the next regen. Edit the library/ source instead.
See the repository agent guide, section "Generated artifacts: registry.json, cli-skills/". -->
This skill drives the emailoctopus-pp-cli binary. You must verify the CLI is installed before invoking any command from this skill. If it is missing, install it first:
$HOME/.local/bin on macOS/Linux and %LOCALAPPDATA%\Programs\PrintingPress\bin on Windows:npx -y @mvanhorn/printing-press-library install emailoctopus --cli-onlyemailoctopus-pp-cli --version$PATH for the agent/runtime that will invoke this skill.If the npx install fails (no Node, offline, etc.), fall back to a direct Go install (requires Go 1.26.6 or newer):
go install github.com/mvanhorn/printing-press-library/library/marketing/emailoctopus/cmd/emailoctopus-pp-cli@latestIf --version reports "command not found" after install, the runtime cannot see the binary directory on $PATH. Do not proceed with skill commands until verification succeeds.
Use this CLI when an agent or operator needs the full EmailOctopus v2 surface — lists, contacts, tags, custom fields, campaign reports, and automation triggers — plus the local-join queries the hosted API can't answer (cross-list duplicates, per-contact engagement scoring, list churn since the last snapshot, tag set-algebra). Especially valuable for indie newsletter operators, small-SaaS growth engineers, and agencies running many client lists, since it works offline once synced and paces all mutations under the documented 10 req/sec rate limit.
These capabilities aren't available in any other tool for this API.
contacts engagement — Score every contact by opens, clicks, and inactive-since across all campaigns. The API has no engagement-history endpoint; we synthesize it locally.
Pick this when an agent needs to find cold subscribers, build a reactivation cohort, or score engagement without paginating every campaign report by hand.
emailoctopus-pp-cli contacts engagement --list <list_id> --inactive-since 90d --jsoncontacts dedupe — Find contacts that appear on multiple lists in the account, optionally consolidating them onto one canonical list.
Pick this when an agent needs to clean up subscriber duplication, audit list sprawl, or plan a merge across multiple lists.
emailoctopus-pp-cli contacts dedupe --jsontags intersect — Find contacts matching boolean combinations of tags: --has trial-started --not activated returns the trial cohort that hasn't converted.
Pick this when an agent needs to segment subscribers by tag combinations for targeted outreach, churn reactivation, or audience reporting.
emailoctopus-pp-cli tags intersect --list <list_id> --has trial-started --not activated --jsoncampaigns digest — One-shot campaign report combining summary, top-N links, contact-level breakdown, and per-domain opens — rendered for terminal or Markdown paste.
Pick this when an agent needs to summarize a campaign's results for a stakeholder doc without screen-scraping the EmailOctopus dashboard.
emailoctopus-pp-cli campaigns digest <campaign_id> --mdcontacts sync-csv — Push a CSV into EmailOctopus with mapped fields and tags. Dry-runs the diff against the local store first, then chunks into batch-upsert calls paced under the rate limit.
Pick this when an agent needs to atomically sync a CSV of contacts with tag/field mapping and pre-flight the change before applying it.
emailoctopus-pp-cli contacts sync-csv ./subscribers.csv --list <list_id> --map email=Email,tag.plan=Plan --dry-runlists diff — Show contacts touched in this list since a relative time. Surfaces the change-set the API can't return — useful for incremental syncs, audit logs, or alerting on recent activity.
Pick this when an agent needs to see which contacts were touched in the last hour/day/week or run an incremental change-detection workflow.
emailoctopus-pp-cli lists diff <list_id> --since yesterday --jsoncontacts bulk-delete — Delete many contacts matching a local predicate, paced under the 10/sec API limit with a resumable progress file.
Pick this when an agent needs to clean up unsubscribed, bounced, or stale contacts in bulk without hitting 429s or losing progress mid-run.
emailoctopus-pp-cli contacts bulk-delete --list <list_id> --where 'status=unsubscribed' --rate 8 --dry-runautomations trigger-batch — Queue an automation for many contacts from stdin or CSV, paced under the rate limit with retry on 429.
Pick this when an agent needs to start an automation for a batch of contacts (trial-ending cohort, plan-upgrade celebration) without writing loop+backoff boilerplate.
cat trial-ending.csv | emailoctopus-pp-cli automations trigger-batch <automation_id> --stdinautomations — An automation is a sequence of automated steps triggered by an event, such as when a contact subscribes to a list or is tagged. Automations allow you to automatically send emails, update fields, apply tags and more.
campaigns — A campaign is generally used to send a one-off, timely email to some or all of your subscribers. For example you may use a campaign to send the latest edition of your weekly newsletter, or to announce a new feature in your product.
emailoctopus-pp-cli campaigns get — Get all campaignsemailoctopus-pp-cli campaigns id-get — Get campaignlists — A list is a collection of contacts. Every one of your contacts will exist inside a list. The majority of our users only require one list, but multiple lists can be created and configured with different fields and tags in order to organise distinct groups of contacts.
emailoctopus-pp-cli lists get — Get all listsemailoctopus-pp-cli lists id-delete — Delete a listemailoctopus-pp-cli lists id-get — Get listemailoctopus-pp-cli lists id-put — Update listemailoctopus-pp-cli lists post — Create listWhen you know what you want to do but not which command does it, ask the CLI directly:
emailoctopus-pp-cli which "<capability in your own words>"which resolves a natural-language capability query to the best matching command from this CLI's curated feature index. Exit code 0 means at least one match; exit code 2 means no confident match — fall back to --help or use a narrower query.
emailoctopus-pp-cli contacts engagement --list <list_id> --inactive-since 90d --json --select email_address,last_engaged_at,opens,clicksJoins synced contacts with all campaign contact-reports to surface anyone who hasn't opened or clicked in 90 days. The --select narrows the response to just the fields an agent needs, dropping the ~10KB of nested per-campaign detail.
emailoctopus-pp-cli campaigns digest 071f24b2-51cd-11f1-a3ce-11fd783017da --mdOne command renders summary metrics, top-clicked links, per-domain opens, and unsubscribe breakdown as Markdown — paste straight into Notion or a stakeholder doc.
emailoctopus-pp-cli contacts dedupe --jsonLocal SQL groups contacts by lowercased email across every synced list, returning the duplicates with their list memberships. Useful before consolidating lists or auditing subscriber sprawl.
emailoctopus-pp-cli tags intersect --list <list_id> --has trial-started --not activated --jsonReturns the contacts tagged trial-started but not activated — the cohort that's still in trial but hasn't converted. EmailOctopus has no native segmentation API.
emailoctopus-pp-cli contacts bulk-delete --where status=unsubscribed --list c81c21ca-51cc-11f1-ad3e-ffeba75576ac --rate 8 --dry-runResolves the predicate against the local store and shows what would be deleted. Drop --dry-run to actually delete, paced at 8 req/sec under the 10/sec API limit, with a resumable progress file in case the run is interrupted.
emailoctopus-pp-cli lists diff c81c21ca-51cc-11f1-ad3e-ffeba75576ac --since 1d --jsonReturns contacts in the list whose local synced_at timestamp is within the requested window. Useful for incremental change detection — the API has no native change feed.
Generate a v2 key at https://api.emailoctopus.com/developer/api-keys/create and export it as EMAILOCTOPUS_API_KEY. Keys created before October 2024 are v1-only and will return 401 against the v2 API — regenerate if you see auth errors.
Alternatively, persist the key without an env var: emailoctopus-pp-cli auth set-token saves it to the config file; emailoctopus-pp-cli auth status shows where the active key was loaded from; emailoctopus-pp-cli auth logout clears it.
Run emailoctopus-pp-cli doctor to verify setup.
Add --agent to any command. Expands to: --json --compact --no-input --no-color --yes.
Pipeable — JSON on stdout, errors on stderr
Filterable — --select keeps a subset of fields. Dotted paths descend into nested structures; arrays traverse element-wise. Critical for keeping context small on verbose APIs:
emailoctopus-pp-cli campaigns get --agent --select id,name,statusPreviewable — --dry-run shows the request without sending
Offline-friendly — sync/search commands can use the local SQLite store when available
Non-interactive — never prompts, every input is a flag
Explicit retries — use --idempotent only when an already-existing create should count as success, and --ignore-missing only when a missing delete target should count as success
Commands that read from the local store or the API wrap output in a provenance envelope:
{
"meta": {"source": "live" | "local", "synced_at": "...", "reason": "..."},
"results": <data>
}Parse .results for data and .meta.source to know whether it's live or local. A human-readable N results (live) summary is printed to stderr only when stdout is a terminal AND no machine-format flag (--json, --csv, --compact, --quiet, --plain, --select) is set — piped/agent consumers and explicit-format runs get pure JSON on stdout.
When you (or the agent) notice something off about this CLI, record it:
emailoctopus-pp-cli feedback "the --since flag is inclusive but docs say exclusive"
emailoctopus-pp-cli feedback --stdin < notes.txt
emailoctopus-pp-cli feedback list --json --limit 10Entries are stored locally at ~/.emailoctopus-pp-cli/feedback.jsonl. They are never POSTed unless EMAILOCTOPUS_FEEDBACK_ENDPOINT is set AND either --send is passed or EMAILOCTOPUS_FEEDBACK_AUTO_SEND=true. Default behavior is local-only.
Write what surprised you, not a bug report. Short, specific, one line: that is the part that compounds.
Every command accepts --deliver <sink>. The output goes to the named sink in addition to (or instead of) stdout, so agents can route command results without hand-piping. Three sinks are supported:
| Sink | Effect |
|---|---|
stdout | Default; write to stdout only |
file:<path> | Atomically write output to <path> (tmp + rename) |
webhook:<url> | POST the output body to the URL (application/json or application/x-ndjson when --compact) |
Unknown schemes are refused with a structured error naming the supported set. Webhook failures return non-zero and log the URL + HTTP status on stderr.
A profile is a saved set of flag values, reused across invocations. Use it when a scheduled agent calls the same command every run with the same configuration - HeyGen's "Beacon" pattern.
emailoctopus-pp-cli profile save briefing --json
emailoctopus-pp-cli --profile briefing campaigns get
emailoctopus-pp-cli profile list --json
emailoctopus-pp-cli profile show briefing
emailoctopus-pp-cli profile delete briefing --yesExplicit flags always win over profile values; profile values win over defaults. agent-context lists all available profiles under available_profiles so introspecting agents discover them at runtime.
| Code | Meaning |
|---|---|
| 0 | Success |
| 2 | Usage error (wrong arguments) |
| 3 | Resource not found |
| 4 | Authentication required |
| 5 | API error (upstream issue) |
| 7 | Rate limited (wait and retry) |
| 10 | Config error |
Parse $ARGUMENTS:
help, or --help → show emailoctopus-pp-cli --help outputinstall → ends with mcp → MCP installation; otherwise → see Prerequisites above--agent)Install the MCP binary from this CLI's published public-library entry or pre-built release, then register it:
claude mcp add emailoctopus-pp-mcp -- emailoctopus-pp-mcpVerify: claude mcp list
which emailoctopus-pp-cli
If not found, offer to install (see Prerequisites at the top of this skill).--agent flag:emailoctopus-pp-cli <command> [subcommand] [args] --agentemailoctopus-pp-cli <command> --help.© mvanhorn, 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 cli-skills/pp-emailoctopus of mvanhorn/printing-press-library.
Open the folder on GitHubat commit 76de244
Pp Emailoctopus 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 |
|---|---|---|---|---|---|---|
| Pp Emailoctopus this skillmvanhorn/printing-press-library | 2.1k | — | ~3.7k | Automated safety check: Notes | Apache-2.0 | |
| Emailoctopus AutomationComposioHQ/awesome-claude-skills | 77k | 3 repos | ~749 | Automated safety check: Pass | None | |
| Auditing EndpointsPostHog/posthog | 40k | — | ~2.9k | Automated safety check: Pass | Custom licence | |
| Creating An EndpointPostHog/posthog | 40k | — | ~2.9k | Automated safety check: Warn | Custom licence | |
| Fastapi Endpointdavila7/claude-code-templates | 32k | — | ~3.9k | Automated safety check: Pass | MIT | |
| Exploring Endpoint Execution LogsPostHog/posthog | 40k | — | ~1.7k | Automated safety check: Pass | Custom licence |
ComposioHQ/awesome-claude-skills
Automate Emailoctopus tasks via Rube MCP (Composio). An agent skill from ComposioHQ/awesome-claude-skills.
PostHog/posthog
Audit every endpoint in a PostHog project for staleness, failed materialisations, and unused materialised versions.
PostHog/posthog
Create a PostHog endpoint with the right shape on the first try — covers query kind choice, name conventions, what to expose as variables (HogQL codename vs insight breakdown), datafreshnessseconds…
davila7/claude-code-templates
Plan and build production-ready FastAPI endpoints with async SQLAlchemy, Pydantic v2 models, dependency injection for auth, and pytest tests.
PostHog/posthog
Explore and diagnose a PostHog endpoint's execution logs — error messages, failed runs, cache misses, slow runs, or unexpected row counts during endpoint invocations.
sickn33/agentic-awesome-skills
Builds production-ready REST API endpoints with validation, error handling, authentication, and documentation.
mvanhorn/printing-press-library
Desktop automation through the real Rust agent-desktop CLI, published in Printing Press through a small bridge.
mvanhorn/printing-press-library
Search, browse, and download Google Fonts from the terminal via the gfonts CLI.
mvanhorn/printing-press-library
The free, offline Trigger phrases: search 1688 for, find a factory on 1688 for, wholesale price on 1688 for, who is the cheapest supplier on 1688 for, compare 1688 suppliers for, use 1688, run 1688.
mvanhorn/printing-press-library
Inspect known Activity Japan plan IDs or URLs, compare dated prices and sessions, check language-sitemap coverage, and hand off to canonical booking pages.
mvanhorn/printing-press-library
Every Admin By Request portal action, plus a local SQLite mirror of audit, events, inventory and requests for ad-hoc...
mvanhorn/printing-press-library
macOS screen capture, window recording, GIF conversion, and agent evidence bundles from the terminal.
Every EmailOctopus v2 endpoint, plus the cross-list joins, churn diffs, and rate-budgeted bulk operations the API... Pp Emailoctopus is an agent skill from mvanhorn/printing-press-library. Every EmailOctopus v2 endpoint, plus the cross-list joins, churn diffs, and rate-budgeted bulk operations the API...
Pp Emailoctopus fits situations like: phrases: manage my EmailOctopus list; sync subscribers to EmailOctopus; emailOctopus campaign report; find cold subscribers.
Run `npx skills add mvanhorn/printing-press-library --skill pp-emailoctopus -a claude-code`. Or copy the skill folder (cli-skills/pp-emailoctopus in mvanhorn/printing-press-library) into .claude/skills/pp-emailoctopus in your project. Claude Code loads it when a task matches its description.
Run `npx skills add mvanhorn/printing-press-library --skill pp-emailoctopus -a codex`. Or copy the skill folder (cli-skills/pp-emailoctopus in mvanhorn/printing-press-library) into .agents/skills/pp-emailoctopus 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 mvanhorn/printing-press-library --skill pp-emailoctopus -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/pp-emailoctopus, .gemini/skills/pp-emailoctopus, .github/skills/pp-emailoctopus and .opencode/skills/pp-emailoctopus in your project.
Going by SKILL.md and its folder, Pp Emailoctopus needs the command-line tools its instructions call (claude, npx and go) and credentials named EMAILOCTOPUS_API_KEY. Our summary lists: Node.js; A credential in EMAILOCTOPUS_API_KEY. Its frontmatter pre-approves these tools: Read, Bash.
SKILL.md names 1 domain. As links in the text: api.emailoctopus.com. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found notes only (pre-approves every shell command (allowed-tools: bash)), nothing it rates as a warning. It is not a guarantee. Review the folder before installing.
Pp Emailoctopus 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 3.7k tokens (SKILL.md is roughly 15k 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 Pp Emailoctopus: Emailoctopus Automation (ComposioHQ/awesome-claude-skills, 77k stars), Auditing Endpoints (PostHog/posthog, 40k stars), Creating An Endpoint (PostHog/posthog, 40k stars) and Fastapi Endpoint (davila7/claude-code-templates, 32k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
mvanhorn (a GitHub user) maintains it in mvanhorn/printing-press-library, which has 2,056 GitHub stars. The repository holds 506 skills in this directory. The repository was last updated on October 9, 2026.
Source: mvanhorn/printing-press-library on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.