# HTML Email Playbook (npm · email-playbook-mcp)

Teaches AI to write HTML email that renders in Outlook, Gmail, and Apple Mail. 19 rules, 6 comps.

- Trust score: 68/100 (medium)
- Change this week: +22
- Registry status: active
- Liveness: live
- Owner verified: no
- Last scored: 2026-08-03

## Components

- remote · `docs.osamahassouna.com`: 64/100, [markdown](https://verifymcp.io/servers/osamahassouna-email-playbook-mcp/api-mcp.md), [page](https://verifymcp.io/servers/osamahassouna-email-playbook-mcp/api-mcp)
- npm · `email-playbook-mcp`: 68/100 (this document), [markdown](https://verifymcp.io/servers/osamahassouna-email-playbook-mcp/email-playbook-mcp.md), [page](https://verifymcp.io/servers/osamahassouna-email-playbook-mcp/email-playbook-mcp)

## Channel facts

- Registry: `npm`
- Package: `email-playbook-mcp`
- Version: `0.6.3`
- Transport: `stdio`

## Trust breakdown

How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. Scores are 0–100 per category. Scoring method: https://verifymcp.io/docs/scoring (what has changed: https://verifymcp.io/docs/scoring/changelog)

Scored 2026-08-03.

- **Supply Chain Security**: 86/100
  - No malware found by supply-chain analysis.
  - Only part of the dependency tree could be resolved (94 of 98), so this covers what we could see, not the whole tree.
  - No install/post-install scripts declared.
  - Only part of the dependency tree could be resolved (94 of 98), so this covers what we could see, not the whole tree.
- **Provenance & Transparency**: 45/100
  - Source repository is publicly reachable at the declared URL.
  - Provenance check failed: no build-provenance attestation is published.
  - Clear OSI-approved license (MIT).
  - Actively maintained (last published 62 days ago).
  - Disclosure check failed: no security disclosure policy was found in the source repository.
- **Schema Quality & AI Usability**: 71/100
  - AI-judged instruction clarity (good).
  - Tool/resource definitions use about 321 tokens (~80/item across 4 items; 4 tools + 0 resources), lean.
  - Usage-examples check failed: none of the tools include examples.
- **Stability & Change Management**: 27/100
  - Stability observed for 8 of 30 days with no destabilising changes; credit accrues until the full window elapses.
- **Tool Coverage**: 100/100
  - 100% of tools have a non-trivial description (not blank, and not just the tool's name).
  - 100% of tool parameters carry a description.
- **Capabilities**: 100/100
  - Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.

## Install

### Claude

```bash
claude mcp add osamahassouna-email-playbook-mcp -- npx -y email-playbook-mcp
```

### Codex

```bash
codex mcp add osamahassouna-email-playbook-mcp -- npx -y email-playbook-mcp
```

### opencode

```json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "osamahassouna-email-playbook-mcp": {
      "type": "local",
      "command": [
        "npx",
        "-y",
        "email-playbook-mcp"
      ],
      "enabled": true
    }
  }
}
```

### OpenClaw

```bash
openclaw mcp add osamahassouna-email-playbook-mcp --command npx --arg -y --arg email-playbook-mcp
```

### Hermes

```yaml
mcp_servers:
  osamahassouna-email-playbook-mcp:
    command: "npx"
    args: ["-y", "email-playbook-mcp"]
```

### Other

```json
{
  "mcpServers": {
    "osamahassouna-email-playbook-mcp": {
      "command": "npx",
      "args": [
        "-y",
        "email-playbook-mcp"
      ]
    }
  }
}
```

## Changelog

Every change recorded for this component, newest first. Days that predate change tracking, or that we cannot explain, say so: "we were watching and nothing happened" and "we were not watching" are different claims.

### 2026-08-03 (score 68, +1)

No change was recorded against any check on this day. Stability & Change Management went from 23 to 27. That category is still filling its 30-day observation window: 7 days of observed history at the previous scan, 8 at this one. The score rises as the window fills, whether or not the server changes.

### 2026-08-02 (score 67, +28)

- [security regression] Known CVEs: partial → unverified
- [security improvement] Malware scan: unverified → pass
- [functional regression] Tool coverage: 100 → unverified
- [functional improvement] Stability: unverified → 0.23
- [functional improvement] MCP protocol: unverified → pass
- [functional improvement] Schema quality: unverified → good
- [functional] First check of Schema quality: unverified

### 2026-08-01 (score 39, +11)

- [functional] We updated how we score, so this day's move reflects our rubric, not a change to the server

### 2026-07-31 (score 28, −18)

- [security regression] Malware scan: pass → unverified

### 2026-07-27 (score 46)

First indexed and scored.

## MCP tools (4)

### `list_categories` (~99 tokens)

List all rule categories in the Email Playbook with a one-line description and page count. Categories are: structure (head/body container/header/body/footer), compatibility (Outlook MSO, RTL, responsive), production (Gmail clipping, dark mode, preheader, bulletproof buttons), ai-generation (constraints for AI emitters). For reusable components, use list_components instead — they live in a separate dimension and are not returned by get_playbook_rules.

### `get_playbook_rules` (~78 tokens)

Return the full rule pages for a given category. Each rule includes the title, description, markdown body explaining the rule, and any HTML/CSS code examples from the playbook. Use this to teach a model the exact patterns for a specific concern (e.g., responsive layout).

Input parameters:

- `category` (string, required): Which rule category to fetch.

### `list_components` (~60 tokens)

List all reusable email components in the playbook with their metadata: name, subcategory (layout/media/interactive/text), description, whether they require Outlook VML, and whether they are responsive. Use this first to discover what components exist before calling get_component.

### `get_component` (~84 tokens)

Return the full record for a single component: title, description, narrative body, the primary HTML pattern, list of slots (placeholders the model should fill), VML/responsive flags, and all code examples. Use after list_components to fetch the actual HTML pattern to paste into an email.

Input parameters:

- `name` (string, required): Component name. Get the list from list_components first.

## Diagnostics

Captured diagnostic sections: Provenance, Dependencies. The full working is on the page: https://verifymcp.io/servers/osamahassouna-email-playbook-mcp/email-playbook-mcp#diagnostics

## Score history

- 2026-08-03: 68
- 2026-08-02: 67
- 2026-08-01: 39
- 2026-07-31: 28
- 2026-07-30: 46
- 2026-07-28: 46
- 2026-07-27: 46

## Links

- npm package: https://www.npmjs.com/package/email-playbook-mcp
- Socket report: https://socket.dev/npm/package/email-playbook-mcp
- Repository: https://github.com/OsamaHassouna/docs-hub
- Website: https://docs.osamahassouna.com/email-playbook/
- Changelog RSS feed: https://verifymcp.io/servers/osamahassouna-email-playbook-mcp/email-playbook-mcp/changelog.xml
- Changelog JSON feed: https://verifymcp.io/servers/osamahassouna-email-playbook-mcp/email-playbook-mcp/changelog.json
- HTML version of this page: https://verifymcp.io/servers/osamahassouna-email-playbook-mcp/email-playbook-mcp
