
Messages Ops
Retrieve and verify live texts or DMs—with named sources and evidence—before replying, recovering codes, or feeding outreach and knowledge workflows.
Install
npx skills add https://github.com/affaan-m/everything-claude-code --skill messages-opsWhat is this skill?
- Evidence-first workflow: name which message source was actually checked
- Resolves iMessage, X/social DMs, and other browser-gated surfaces before reading
- Stacks with email-ops, connections-optimizer, lead-intelligence, and knowledge-ops when relevant
- Guardrails against claiming thread access without source proof or raw DB improvisation
- Reports exact auth/MFA blockers instead of silent failure
Adoption & trust: 3k installs on skills.sh; 210k GitHub stars; 2/3 security scanners passed (skills.sh audits).
Recommended Skills
Journey fit
Canonical shelf is Grow lifecycle because message threads support follow-ups, warm outreach, and relationship maintenance, though the same workflow applies when capturing context for later build or operate tasks. Lifecycle covers inspecting conversation state before the next customer or network touchpoint rather than one-off mailbox triage.
Common Questions / FAQ
Is Messages Ops safe to install?
skills.sh reports 2 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.
SKILL.md
READMESKILL.md - Messages Ops
# Messages Ops Use this when the task is live-message retrieval: iMessage, DMs, recent one-time codes, or thread inspection before a follow-up. This is not email work. If the dominant surface is a mailbox, use `email-ops`. ## Skill Stack Pull these ECC-native skills into the workflow when relevant: - `email-ops` when the message task is really mailbox work - `connections-optimizer` when the DM thread belongs to outbound network work - `lead-intelligence` when the live thread should inform targeting or warm-path outreach - `knowledge-ops` when the thread contents need to be captured into durable context ## When to Use - user says "read my messages", "check texts", "look in DMs", or "find the code" - the task depends on a live thread or a recent code delivered to a local messaging surface - the user wants proof of which source or thread was inspected ## Guardrails - resolve the source first: - local messages - X / social DM - another browser-gated message surface - do not claim a thread was checked without naming the source - do not improvise raw database access if a checked helper or standard path exists - if auth or MFA blocks the surface, report the exact blocker ## Workflow ### 1. Resolve the exact thread Before doing anything else, settle: - message surface - sender / recipient / service - time window - whether the task is retrieval, inspection, or prep for a reply ### 2. Read before drafting If the task may turn into an outbound follow-up: - read the latest inbound - identify the open loop - then hand off to the correct outbound skill if needed ### 3. Handle codes as a focused retrieval task For one-time codes: - search the recent local message window first - narrow by service or sender when possible - stop once the code is found or the focused search is exhausted ### 4. Report exact evidence Return: - source used - thread or sender when possible - time window - exact status: - read - code-found - blocked - awaiting reply draft ## Output Format ```text SOURCE - message surface - sender / thread / service RESULT - message summary or code - time window STATUS - read / code-found / blocked / awaiting reply draft ``` ## Pitfalls - do not blur mailbox work and DM/text work - do not claim retrieval without naming the source - do not burn time on broad searches when the ask is a recent-code lookup - do not keep retrying a blocked auth path without surfacing the blocker ## Verification - the response names the message source - the response includes a sender, service, thread, or clear blocker - the final state is explicit and bounded