Simple habits to hide personal data (PII)
Goal: Redact email, phone, and address before paste—and stop the model from “helpfully” asking for the original.
Best for: Support mail, resumes, screenshots, meeting notes with names, student work.
PII means Personally Identifiable Information—data that can identify a person alone or in combination (name + phone, email, address, national ID, precise location, account numbers). You rarely need the real value for the model to help with wording or structure.
Why beginners skip this
Paste-then-redact feels tidy—names and phones already left. Scan before paste; rewrite on hit.
Step 1 — 30-second redaction pass
Before paste, spend 30 seconds scrubbing name, phone, email, ID, address—prefer PersonA / <EMAIL>.
Before paste, replace:
- people names → PersonA / PersonB
- emails / phones → <EMAIL> / <PHONE>
- addresses → [address redacted]
- ID / card / account numbers → <ID> / <ACCT last4 only if needed>
- exact school/employee IDs → placeholders
Keep the question intact. Then ask.
Step 2 — Support ticket example
Example
Filled prompt
Email I almost pasted has phone + HKID-like pattern.
Hand-redact to placeholders. Model works on redacted only. Confirm no raw PII in chat.
What good output looks like
- Reply stays calm and uses only PersonA / <ORDER_ID> / [address redacted]
- No real email, phone, or street appears in the draft
- Model does not ask you to paste the raw address “to be helpful”
- Warehouse-delay fact and template tracking link preserved
- You could paste the reply without a second scrub pass
Step 3 — Screenshots need a pass too
Blur or crop names, QR codes, badge photos, and notification previews before upload; if raw PII already landed, stop and use the provider’s data controls.
Example
Filled prompt
Redact this support ticket before I paste it into chat. Replace names, emails, phones, and the street address with placeholders. Keep the question and order facts. Do not invent a refund decision.
Ticket: Mei Chen (mei.chen@example.com / +852-5555-0199) asked about order ORD-8821 delayed to 12 Peel St warehouse. Facts I know: 3-day warehouse delay; offer our standard tracking template; refund not decided.
What good output looks like
- Returns a redacted ticket body with <EMAIL> / <PHONE> placeholders
- Lists three checks: search @, +digits, and street words before send
- Refuses to reconstruct the original phone from context
- Keeps the support question intact so wording help still works
- Flags any leftover ID-like digit runs you missed
Placeholders > hope
Replace names/phones/IDs before paste. Hope is not a redaction strategy.
Scan before paste
Search the draft for @, +86, ID-like digits, and street addresses. Replace with [NAME]/[PHONE]/[ADDR] before the chat box sees them.
Combinations identify people
A first name alone may be fine. First name + school + phone is not. When in doubt, replace the whole cluster. Screenshots need the same pass—blur badges, QR codes, and notification previews before upload.
Example
Filled prompt
Signature has mobile + home address.
Placeholders only; model sees scrubbed. Confirm no raw PII left.
Context: real workstream this week (Asia/Shanghai). Name actual files/people.
Constraints: no invented metrics/owners/prices; label Unknowns; stop before send/delete/pay.
Done check: I can mark pass/fail in one minute on the output.
What good output looks like
- No raw PII/secrets in the paste for “Recognize common personal data and redact it in un”
- Placeholders used; scrub checklist visible
- Disclosure matches how much AI actually did
- Pass/fail: desk card updated today
Red flag
Real names/emails leaving the machine; redact-after-send—PersonA / <EMAIL> first.
Save this card
Card: Redact first—PersonA / <EMAIL> always beats real identity. Keep this beside the tool; read before you start.
Wear-test: show your Save card to a teammate for thirty seconds—if they cannot restate the refuse line, tighten the card tonight and date it (Asia/Shanghai).
Before you start
Put the scrub checklist on your desk. For “Recognize common personal data and redact it in,” choose placeholders before the paste window opens. Guide: safety-pii-redaction-habits. Keep the real job visible the whole time; a blank box means stop and fetch the artifact first.
How to use this week
This week run a PII scan on a real text: name / phone / address / ID; rewrite or redact before paste on hit.
Close the week by quoting aloud the refuse line you actually used once. If you cannot, rerun Practice now and date the pass/fail (Asia/Shanghai).
Pitfalls
| Pitfall | Fix |
|---|---|
| “It’s just an internal name” | Still redact third-party customers |
| Leaving last name + school + phone | Combinations identify |
| Uploading full resume to “improve” | Redact contact block first |
| Assuming chat is private forever | Treat as shareable by default |
Example
Filled prompt
Temptation: skip the habit for safety-pii-redaction-habits to save five minutes.
Job still: Recognize common personal data and redact
Smallest correct pass: Done visible · checkable artifact · Unknowns [?].
Boundaries: draft only; no silent send; no invented metrics.
Return: artifact + refuse-line said aloud.
What good output looks like
- Names the shortcut refused (specific to safety-pii-redaction-habits)
- Still delivers checkable output for “Recognize common personal data and redact”
- Unknowns labeled; draft-only
- Pass/fail: refuse-line dated (safety-pii-redaction-habits #4)
Practice now
Second pair: have a buddy spot one missed PII field (Asia/Shanghai).
PII drill: redact one real paste (names/IDs); keep a before/after scrap privately (Asia/Shanghai).
Thin-spot drill: rewrite the Save card with real nouns from your work (repo, doc, inbox). Generic placeholders fail the drill.
Tonight run the redaction list on real text about to paste; rewrite any personal identifier before it enters chat.
Close the loop
Write one line: next time I paste then redact, I refuse paste.
One sentence takeaway
Scan before paste; rewrite or redact on hit.
Next
Secrets and pasting · Agent blast radius · Accounts and safety
隐藏个人数据(PII)的简单习惯
目标: 求助或改写客服稿前,先打码邮箱、电话、地址:并拦住模型「好心」索要原文。
适合: 处理工单、客户邮件、表格导出的人。
打码不是走形式:上下文仍要够写回复,但真实联系方式不能进模型对话。习惯压到一分钟内,才撑得住客服台节奏。
为什么新手跳过
先贴再打码像省事;姓名电话其实已出站。粘贴前扫描,命中就改写。
步骤 1——30 秒打码
粘贴前做 30 秒打码:姓名、电话、邮箱、证件号、地址;宁用 PersonA / <EMAIL>。
粘贴前替换:
- 人名 → PersonA / PersonB
- 邮箱 / 电话 → <EMAIL> / <PHONE>
- 地址 → [地址已打码]
- 证件 / 卡 / 账号 → <ID> / 必要时仅 <ACCT 后四位>
- 精确学号/工号 → 占位符
问题本身保持完整。然后再问。
步骤 2——客服工单例
实例
填好的提示词
请帮我重写这封客服回复。语气:直白、冷静。
已打码工单:
PersonA 在 [日期] 下单 <ORDER_ID>。收货地址 [地址已打码]。他们两次发信到 <EMAIL>。
我的事实:仓配延迟 3 天;提供模板里的物流链接;退款未定。
不要向我索要真实邮箱或地址。
像样的输出大概长这样
- 回复语气平稳,只用 PersonA / <ORDER_ID> / [地址已脱敏]
- 草稿里不出现真实邮箱、电话或街道
- 模型不会「好心」让你补贴原始地址
- 保留仓延事实与模板物流链接,不编退款结论
- 你不用再 scrub 一遍也能直接贴出回复
步骤 3——截图也要过一遍
上传前先模糊或裁掉姓名、二维码、工牌照片和通知预览;如果已经贴出原始个人资料,立刻停手并按服务商控件处理。
实例
填好的提示词
请先脱敏这张客服工单,再让我贴进对话。把姓名、邮箱、电话、街道换成占位符。保留问题与订单事实。不要编造退款结论。
工单:陈美 (mei.chen@example.com / +852-5555-0199) 询问订单 ORD-8821 延迟,送到 Peel St 12 号仓库。我已知:仓延 3 天;可用标准物流模板;退款未定。
像样的输出大概长这样
- 返回已脱敏工单:<EMAIL> / <PHONE> 等占位符就位
- 列出三项检查:搜 @、连续数字、街道词再发送
- 拒绝根据上下文还原原始电话
- 保留原问题,措辞帮助仍然可用
- 标出你漏掉的疑似证件号数字串
- 未知标出;不编造负责人、日期或指标
占位符 > 希望
粘贴前替换姓名/电话/证件号。希望不是打码策略。
粘贴前扫描
在草稿里搜 @、+86、像证件的数字、街道地址。聊天框看见前换成 [姓名]/[电话]/[地址]。
组合也能认出人
单看名字也许没事;名字加上学校和电话就不行。吃不准就整段替换。截图也要过一遍:工牌、二维码、通知预览,上传前先糊掉。
红旗
先贴再打码,姓名电话其实已出站;粘贴前扫描,命中就改写。
保存这张卡
记下:今天收回的权限 / 打码习惯 / 披露句其中一项。标上日期。
开始前
先定义「安全完成」:撤销范围、粘贴打码,或加披露。选一件可衡量的动作。
本周怎么用
本周对一段真文本跑 PII 扫描:姓名/电话/地址/证件号;命中就改写或打码再贴。
常见坑
| 坑 | 改法 |
|---|---|
| 打码后上下文不够 | 保留角色与事实,去联系方式 |
| 模型索要原文邮箱 | 边界写「不要向我要真实联系方式」 |
| 打码超过一分钟就放弃 | 练到一分钟内的肌肉记忆 |
现在就练一次
今晚就练:对一段真文本跑 PII 扫描:姓名/电话/地址/证件号;命中就改写或打码再贴。
闭环
写下一行:下次先贴再打码,我拒绝粘贴。
一句话带走
粘贴前扫描;命中就改写或轮换。
下一步
← Back to home · Learn · Tools · Compare · Start