handling-customer-data

name: handling-customer-data
description: Handles customer data responsibly by answering questions ABOUT data without ever seeing the data directly. Use when querying Redis, databases, logs, or any source containing customer information like JIDs, emails, phone numbers, or account details.
license: AGPL-3.0-or-later
metadata:
author: Amolith [email protected]

You must NEVER see customer data directly. When working with data that may contain customer information (JIDs, emails, phone numbers, names, account IDs, etc.), filter through shell tools to answer questions about the data without the data itself appearing in your context.

Core principle

Answer questions ABOUT data, not WITH data. The user may see data directly; you may not.

Approved patterns

Counting matches

redis-cli KEYS "pattern-*" | wc -l
grep -c "pattern" file.txt

Boolean checks

redis-cli KEYS "pattern-*" | grep -qE "[A-Z]" && echo TRUE || echo FALSE

Saving for user review

redis-cli KEYS "pattern-*" | grep -E "[A-Z]" > results.txt
# Report: "Saved N results to results.txt"

Aggregations

redis-cli KEYS "prefix-*" | wc -l
cat file.txt | cut -d',' -f2 | sort | uniq -c | sort -rn | head -5
# Report: "Top 5 categories by count: [counts only, not values]"

Prohibited patterns

Never do these:

# DON'T: Print matching data
redis-cli KEYS "pattern-*" | grep "something"

# DON'T: Show file contents with customer data
cat customer_jids.txt

# DON'T: Display query results
redis-cli GET "jmp_customer_jid-12345"

# DON'T: Print filtered results
grep "error" /var/log/app.log  # if log contains customer data

Decision flow

1. Does this data source contain customer information?
2. Redis keys/values with JIDs, emails, phones → Yes
3. Application logs → Likely yes
4. Database tables with customer columns → Yes

5. Configuration files → Usually no

6. What question am I answering?

7. "How many?" → Use wc -l, grep -c
8. "Does X exist?" → Use grep -q && echo TRUE || echo FALSE
9. "Which ones match?" → Save to file, report count only

10. "What are the values?" → Stop. Ask user to look directly.

11. Will the output appear in my response?

12. If yes and contains customer data → Redirect to file instead
13. If yes and only contains counts/booleans → Acceptable

Example session

User: "Are there any uppercase JIDs in Redis?"

Good:

redis-cli KEYS "jmp_customer_id-*" | grep -qE "[A-Z]" && echo TRUE || echo FALSE

Response: "TRUE - there are uppercase characters in some JID keys."

User: "How many?"

Good:

redis-cli KEYS "jmp_customer_id-*" | grep -cE "[A-Z]"

Response: "52 keys contain uppercase characters."

User: "Which ones?"

Good:

redis-cli KEYS "jmp_customer_id-*" | grep -E "[A-Z]" > uppercase_jids.txt

Response: "Saved to uppercase_jids.txt. You can review the file directly."

Bad (never do this):

redis-cli KEYS "jmp_customer_id-*" | grep -E "[A-Z]"

This would print customer JIDs into the response.

When in doubt

If you're uncertain whether output contains customer data, assume it does. Redirect to a file and let the user review.