messages-ops
Skill0 starsChanged 48 days agoMITView on GitHub
Evidence-first steps for ECC live messages. Use when the user wants to read texts or direct messages, find a recent one-time code, check a thread before a reply, or show which message source was checked.
6 other projects use a version of this.
Adopted by
Most recently taken up by
- Rojios/everything-claude-codetheir own version, first seen Nov 8, 2026
- renepf/claude-skillstheir own version, first seen Oct 25, 2026
- davidanthonyn/claude-skillstheir own version, first seen Oct 20, 2026
- gongyijie85/dsh-ecctheir own version, first seen Oct 13, 2026
- Fmarzochi/EGCtheir own version, first seen Sep 16, 2026
- SamuelNDCE/claude-super-skill-librarytheir own version, first seen Aug 1, 2026
Other versions6 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 6
- Fmarzochi/EGC★ 61same name
- gongyijie85/dsh-ecc★ 8same name
- Rojios/everything-claude-code★ 1same name
- SamuelNDCE/claude-super-skill-library★ 1same name
- davidanthonyn/claude-skills★ 0same name
- renepf/claude-skills★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
The file
Show its rules and text
We split this skill into the rules it gives an agent
40 rules. 0 are common, 39 are distinctive, and 1 is very specific to this project.
0
Common
Most of the 6 edited versions we read keep these.
39
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 11
Use this skill for live message tasks.
- Distinctive: line 17
Use these ECC skills when they fit:
- Distinctive: line 24
Do not switch skills only because a message names an email address.
- Distinctive: line 28
Use it when the user asks to:
- Distinctive: line 30
Read messages, texts, or direct messages
- Distinctive: line 32
Check a thread before writing a reply
- Distinctive: line 38
Use only the source the user asked for.
- Distinctive: line 39
If the source is not clear, ask which app or service to check.
- Distinctive: line 40
Use an approved helper or normal access path when one exists.
- Distinctive: line 41
Do not open raw message files or message databases unless the user clearly asks and no safe helper exists.
- Distinctive: line 42
Read only the messages needed for the task.
- Distinctive: line 43
Treat one-time codes as private.
- Distinctive: line 44
Do not send a reply unless the user clearly asks you to send it.
- Distinctive: line 45
If the user asks for a draft, draft it but do not send it.
- Distinctive: line 46
Do not mark a message as read, delete it, archive it, or change the thread unless asked.
- Distinctive: line 47
If sign-in or two-step checks block access, stop and state the exact block.
- Distinctive: line 48
Do not keep trying the same blocked sign-in path.
- Distinctive: line 54
Before you act, find:
- Distinctive: line 61
If one detail is missing but the task is still clear, use the smallest safe scope.
- Distinctive: line 65
If the task may lead to a reply:
- Distinctive: line 67
Read the newest incoming message.
- Distinctive: line 68
Read enough earlier messages to understand it.
- Distinctive: line 73
Do not guess what the thread says.
- Distinctive: line 79
Search recent local messages first.
- Distinctive: line 81
Check the newest matching message first.
- Distinctive: line 82
Make sure the code is recent and matches the named service.
- Distinctive: line 83
Stop when the code is found or the narrow search is done.
- Distinctive: line 85
If two codes match, return the newest one and note that an older code also exists.
- Very specific: line 103
Never use Sent unless the send action was confirmed.
- Distinctive: line 152
If access is blocked:
- Distinctive: line 173
Do not treat email as a text or direct message.
- Distinctive: line 174
Do not claim a search happened when the source was not known.
- Distinctive: line 175
Do not run a wide search for a recent code.
- Distinctive: line 176
Do not show extra private messages when one result is enough.
- Distinctive: line 177
Do not use an old code when a newer code exists.
- Distinctive: line 178
Do not draft or send a reply before reading the latest thread.
- Distinctive: line 179
Do not hide a sign-in or access block.
- Distinctive: line 180
Do not say a reply was sent without proof.
- Distinctive: line 184
Before you answer, make sure:
- Distinctive: line 191
No message was sent or changed without clear user approval.
“Common” is measured: kept by at least 6 in 10 of the 6 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Message Operations
Created by ECC. Credit to the original author and project.
Use this skill for live message tasks. This includes texts, direct messages, recent one-time codes, and thread checks before the next step.
This skill is not for email. Use email-ops when the main source is an inbox.
Related Skills
Use these ECC skills when they fit:
email-opswhen the source is emailconnections-optimizerwhen a direct message is part of outreachlead-intelligencewhen a live thread should guide who to contact or how to startknowledge-opswhen the user asks to save useful thread details for later
Do not switch skills only because a message names an email address. Check where the message was received.
When to Use This Skill
Use it when the user asks to:
- Read messages, texts, or direct messages
- Find a recent sign-in or one-time code
- Check a thread before writing a reply
- Name the source, sender, thread, or time checked
Safety Rules
- Name the source before you claim that you checked it.
- Use only the source the user asked for.
- If the source is not clear, ask which app or service to check.
- Use an approved helper or normal access path when one exists.
- Do not open raw message files or message databases unless the user clearly asks and no safe helper exists.
- Read only the messages needed for the task.
- Treat one-time codes as private. Return only the needed code and basic source details.
- Do not send a reply unless the user clearly asks you to send it.
- If the user asks for a draft, draft it but do not send it.
- Do not mark a message as read, delete it, archive it, or change the thread unless asked.
- If sign-in or two-step checks block access, stop and state the exact block.
- Do not keep trying the same blocked sign-in path.
Steps
1. Set the Scope
Before you act, find:
- The message app or service
- The sender, receiver, thread, or service name
- The time range
- The task type: find, read, check, draft, or send
If one detail is missing but the task is still clear, use the smallest safe scope. For example, search recent texts from the named bank.
2. Read Before You Draft
If the task may lead to a reply:
- Read the newest incoming message.
- Read enough earlier messages to understand it.
- Note any open question, promise, date, or next step.
- Draft a reply only if asked.
- Hand off to a related skill only when it fits the task.
Do not guess what the thread says.
3. Find One-Time Codes Fast
For a one-time code:
- Search recent local messages first.
- Limit the search by service or sender when known.
- Check the newest matching message first.
- Make sure the code is recent and matches the named service.
- Stop when the code is found or the narrow search is done.
If two codes match, return the newest one and note that an older code also exists. Do not assume an old code still works.
4. Report the Evidence
State:
- The source you checked
- The sender, thread, or service, when known
- The time range you checked
- A short result
- One exact status:
- Read
- Code found
- Not found
- Blocked
- Draft ready
- Sent
Never use Sent unless the send action was confirmed.
Output Format
Source
- App or service:
- Sender, thread, or service:
- Time range:
Result
- Short message summary or one-time code:
Status
- Read / Code found / Not found / Blocked / Draft ready / SentFor a blocked task, add:
Block
- Exact reason:
- What the user must do next:Example
User request:
Find the latest login code from Acme in my texts.Good result:
Source
- App or service: Local text messages
- Sender, thread, or service: Acme
- Time range: Last 15 minutes
Result
- One-time code: 482193
- Received: 2 minutes ago
Status
- Code foundIf access is blocked:
Source
- App or service: Local text messages
- Sender, thread, or service: Acme
- Time range: Last 15 minutes
Result
- I could not read the thread.
Status
- Blocked
Block
- Exact reason: The message app needs sign-in approval.
- What the user must do next: Approve the sign-in, then ask me to try again.Common Mistakes
- Do not treat email as a text or direct message.
- Do not claim a search happened when the source was not known.
- Do not run a wide search for a recent code.
- Do not show extra private messages when one result is enough.
- Do not use an old code when a newer code exists.
- Do not draft or send a reply before reading the latest thread.
- Do not hide a sign-in or access block.
- Do not say a reply was sent without proof.
Final Check
Before you answer, make sure:
- The message source is named.
- The sender, service, thread, or exact block is named.
- The time range is clear.
- The result does not expose extra private data.
- The status is exact.
- No message was sent or changed without clear user approval.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

