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-opsHow to use messages-ops
- 1.Identify the message surface (iMessage, SMS, social DM, or other platform)
- 2.Specify the sender, recipient, service, and time window for the search
- 3.Determine if the task is retrieval, inspection, or prep for a reply
- 4.Read the latest inbound message to identify any open loops
- 5.Report the source, thread summary, time window, and final status
Use cases
- 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
- 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
No. Use email-ops for mailbox work. messages-ops is for live messaging surfaces like iMessage, SMS, DMs, and social platforms.
Report the exact blocker encountered. Do not retry blocked auth paths repeatedly without surfacing the specific error.
Search the recent local message window first, narrow by service or sender when possible, and stop once found or the focused search is exhausted.
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.
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-opswhen the message task is really mailbox workconnections-optimizerwhen the DM thread belongs to outbound network worklead-intelligencewhen the live thread should inform targeting or warm-path outreachknowledge-opswhen 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
Related skills
More from affaan-m/everything-claude-code and the wider catalog.

security-review
Security checklist and patterns for authentication, input validation, secrets, and sensitive features.

golang-patterns
Idiomatic Go patterns, best practices, and conventions for building robust, efficient, and maintainable applications.

coding-standards
Baseline coding conventions for naming, readability, immutability, and quality across projects.

frontend-patterns
React and Next.js patterns for components, state management, performance, and modern frontend practices.

backend-patterns
REST/GraphQL API design, database optimization, and server-side patterns for Node.js, Express, and Next.js.

golang-testing
Go testing patterns: table-driven tests, subtests, benchmarks, fuzzing, and TDD methodology.