AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Agentmail Onboard

skill-jdpalumbo2-claude-skills-agentmail-onboard · by jdpalumbo2

Use when onboarding a new agentmail agent — giving a repo its own email and Telegram identity behind the human-approval send gate. Triggers - "onboard a new agentmail agent", "onboard an email agent", "give this repo an email identity", "give this repo a mailbox and Telegram identity", or an explicit /agentmail-onboard <name>. Requires an agentmail control-plane repo containing an onboarding runb…

No reviews yet
0 installs
14 views
0.0% view→install

Install

$ agentstack add skill-jdpalumbo2-claude-skills-agentmail-onboard

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-jdpalumbo2-claude-skills-agentmail-onboard)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
17d ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Agentmail Onboard? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

agentmail-onboard

Overview

Interactive driver for onboarding ONE new agentmail agent. This skill contains no facts about any specific infrastructure — no hosts, ids, domains, or bot names. All of that lives in the operator's control-plane repo, whose onboarding runbook is the single authority. This skill's job is pacing and discipline: read the runbook, interview the operator, drive the steps in order, never skip the verification.

Core principle: the runbook is the source of truth. If this skill and the runbook ever disagree, the runbook wins.

Prerequisites

  • The agentmail control-plane repo, default ~/code/mission-control — if it is

not there, ask the operator where it lives before doing anything else.

  • Inside it: docs/agentmail-onboarding.md (the runbook). Missing → stop and

say so; do not improvise an onboarding.

  • Read the control-plane repo's CLAUDE.md first — its guardrail tiers govern

every action this walkthrough takes.

Process

  1. Read the runbook — fully, fresh, this session. Never drive from memory

of a previous run; the runbook changes as the platform learns.

  1. Interview before touching anything: agent name, target repo (default:

the current working directory — confirm it), persona/charter answers (what the agent does, who it corresponds with, voice, boundaries), and the first allowlisted contacts.

  1. Drive the runbook's numbered steps in order. For each step:
  • Steps the assistant performs: execute at the tier the runbook marks —

announce-then-proceed steps get the announcement, wait-for-approval steps get presented and WAIT.

  • Steps the operator performs (phone apps, pasting into editors, running

!-prefixed commands, approval taps): give exactly one instruction per message, then wait for the result before the next. Batched instructions get skipped or half-done.

  1. Certification: run the runbook's E2E matrix section completely. Report

each check's actual result; a failed check stops the onboarding until fixed.

  1. Documentation duties: finish the runbook's same-session ledger section.

Commit or push nothing unless the operator asks.

Red flags — stop and correct

| About to… | Instead | |---|---| | Describe a step from memory | Re-read that runbook section first | | Put two or more operator actions in one message | Split; one instruction, then wait | | Let a secret value into chat, a command line, or output | Env-var names only, always | | Skip E2E checks because "everything worked so far" | The matrix is the definition of worked | | Substitute a "better" step order | The runbook's order encodes hard-won failures |

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.