PluginBench
Skill
Fail
Audit score 45

messages-ops

affaan-m/everything-claude-code

Evidence-first live messaging workflow for reading texts, DMs, codes, and thread inspection.

What is messages-ops?

Retrieves and inspects live messages from iMessage, DMs, social platforms, and local messaging surfaces. Use this when you need to read recent texts, recover one-time codes, inspect a thread before replying, or document which message source was checked.

  • Retrieve messages from iMessage, SMS, and local messaging surfaces
  • Access DMs and messages from social platforms and browser-gated services
  • Search for and recover recent one-time codes from message history
  • Inspect message threads before drafting replies
  • Document the exact message source and thread checked for audit purposes
  • Identify open loops and hand off to outbound skills when needed

How to install messages-ops

npx skills add https://github.com/affaan-m/everything-claude-code --skill messages-ops
Claude Code
Cursor
Windsurf
Cline

How to use messages-ops

  1. 1.Identify the message surface (iMessage, SMS, social DM, or other platform)
  2. 2.Specify the sender, recipient, service, and time window for the search
  3. 3.Determine if the task is retrieval, inspection, or prep for a reply
  4. 4.Read the latest inbound message to identify any open loops
  5. 5.Report the source, thread summary, time window, and final status

Use cases

Good for
  • User asks to read recent text messages or check DMs for a specific sender
  • Recovering a one-time code delivered via SMS or messaging app
  • Inspecting a conversation thread to understand context before replying
  • Verifying which message source was checked as part of a workflow
  • Identifying action items or open loops in a recent message thread
Who it's for
  • Users managing live messaging workflows
  • Anyone needing to retrieve recent codes or verify message sources
  • Professionals tracking message threads before outbound follow-ups
  • Teams requiring audit trails of which messages were inspected

messages-ops FAQ

Should I use this for email?

No. Use email-ops for mailbox work. messages-ops is for live messaging surfaces like iMessage, SMS, DMs, and social platforms.

What should I do if authentication blocks access?

Report the exact blocker encountered. Do not retry blocked auth paths repeatedly without surfacing the specific error.

How do I search for a one-time code?

Search the recent local message window first, narrow by service or sender when possible, and stop once found or the focused search is exhausted.

Can this skill help with outbound replies?

This skill reads and inspects threads. If the task turns into an outbound follow-up, hand off to connections-optimizer or the appropriate outbound skill after reading the inbound.

What should the output include?

Always include the source used, sender/thread/service, time window, message summary or code found, and explicit status (read, code-found, blocked, or awaiting reply draft).

Full instructions (SKILL.md)

Source of truth, from affaan-m/everything-claude-code.


name: messages-ops description: Evidence-first live messaging workflow for ECC. Use when the user wants to read texts or DMs, recover a recent one-time code, inspect a thread before replying, or prove which message source was actually checked. metadata: origin: ECC

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

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