What never to paste into an AI chat (and what is actually fine)

Quick answer

Never paste passwords, API keys, two-factor codes, full card or account numbers, or government ID numbers into an AI chat, and treat other people's personal data, client work under NDA, and unredacted screenshots the same way. Your own drafts, redacted documents, and general questions are fine. The reason is retention and training defaults, not hacking.

Where a pasted secret actually goes

Nothing on this page is about hackers. A pasted secret creates copies through the ordinary, documented workings of chat products, and the copies are the problem.

Four mechanisms do the work. First, retention: what you paste becomes part of a stored conversation, on a documented schedule. OpenAI, for example, schedules deleted chats for permanent removal within 30 days, and Google's Gemini activity sits under an auto-delete setting that defaults to 18 months. Second, training defaults: the consumer tiers at OpenAI, Anthropic, and Google can use conversations to improve models unless you turn the setting off, while business and API tiers default to off. Third, review: all three providers state that flagged conversations can be read by people, which is routine safety practice and still means a human can end up looking at what you pasted. Fourth, sharing: a conversation shared as a link carries everything in it, including the document you uploaded three messages before the part you wanted to show someone.

None of these is a scandal. All of them together mean one thing: a chat box is a place where text gets kept, sometimes learned from, and occasionally seen. Paste accordingly. The rest of this page is just that sentence applied to specific cases, and is AI safe to use covers the wider safety question around it.

The never list: six items a placeholder replaces for free

These items have no legitimate reason to enter a chat box, because the model does not need them to help you. Every one of them can be replaced with a placeholder without changing the answer you get.

Never pasteWhy it is different from other dataWhat to do instead
Passwords, API keys, access tokens, two-factor codesA credential is valuable to anyone who ever sees it, and rotating one you leaked is work you can avoidType PASSWORD or KEY where it would go; the answer will not change
Full card, account, or routing numbersPayment fraud needs exactly these strings and nothing else"my card" and "my account" work fine in any money question
Government identifiers: SSN, passport, national ID, tax numbersIdentity theft is built from these, and they cannot be rotated like a passwordThe model never needs the real number to explain a form or a process
Other people's personal data: names with addresses, health details, HR recordsIt is their information, and privacy law in most places treats sharing it as your act, not the chatbot'sSwap real names for Person A and Person B before pasting
Documents under NDA or an employer confidentiality policyThe question is contractual, and "I pasted it into a chatbot" is a disclosure whether or not anything bad happens afterAsk the question with the structure of the document, minus the protected specifics
Anything you would not email to an outside consultant without a contractThis is the test that catches everything the rows above missedIf the answer is no, redact until the answer is yes

The last row is the whole table compressed. An AI chat is an outside party you have not signed anything with, being helpful. Calibrate exactly as you would for that.

The items nobody thinks of

The hard list above is easy to follow because the items look sensitive. The pastes that actually catch careful people are the ones that do not.

  • Screenshots. The error message you meant to share arrives with your notification tray, your open tabs, an email subject line from someone else, and a calendar reminder in the corner. Crop to the thing you are asking about.
  • Code files with secrets inside. GitGuardian counted 23.8 million new secrets leaked in public GitHub commits during 2024, and a pasted config or .env file with a live key in it is the chat-window version of the same mistake. Search a file for key, secret, token, and password before it goes in.
  • Meeting transcripts and recordings. Everyone in that meeting spoke to the people in the room, and none of them consented to a chat upload. Summaries you wrote yourself carry no such problem.
  • Spreadsheets with a customer column. The question is about the formula; the paste includes every customer email in the sheet. Delete the identifying columns first, or paste ten rows of structure instead of the sheet.
  • Contracts with counterparty names. Understanding a clause needs the clause, and almost never needs who signed it. Summarizing documents with AI works exactly as well on a redacted file.
  • Exported calendars and inboxes. One file, hundreds of other people's names, times, and subjects. Ask about the scheduling problem, paste the shape of the week, keep the export.

The pattern across all six: the sensitive part is usually the context around what you need, and cropping to what you need removes it. That crop is thirty seconds.

What is actually fine

The point of a short never-list is that everything outside it is usable, and most everyday pasting carries no issue at all: your own drafts and notes, public information, general questions however personal the topic, your own code without embedded secrets, and any document you have redacted down to what the question needs.

The enabling habit is redaction before pasting, and the reason it works is that models reason over structure rather than identity. Test it once yourself: ask for the letter to your landlord about the broken heating with the name in, then with [LANDLORD] in its place, and compare. "Explain this contract clause" does not improve when the model knows which companies signed. In the rare case where a name genuinely matters, you can add it back into the output yourself, against the alternative of an unredacted paste you cannot take back.

Two settings finish the job. Check your chat app's training toggle once, because the consumer defaults are not in your favor, and know your app's retention numbers. What a provider should publish looks like Whizi's data page: what is stored, for how long, and what deletion removes. Whizi's own answers there: uploads expire after up to 30 days, and your content does not train Whizi-owned models and is not sold as training data. Any tool you use daily should answer the same questions somewhere you can cite. If you are choosing between subscriptions on exactly this axis, is a third-party AI subscription safe walks the same standard across the whole category.

The rule that replaces this whole page once it becomes habit: if you would not email it to an outside consultant without a contract, do not paste it. Everything else, paste freely and swap out the names.

Workflow checklist
  • Keep passwords, API keys, and two-factor codes out of every chat, on every plan, on every provider.
  • Replace card numbers, account numbers, and government IDs with placeholders; the answer will not change.
  • Swap other people's names for Person A and Person B before pasting anything about them.
  • Treat NDA and employer-confidential material as contractually off limits, not as a judgment call.
  • Crop screenshots to the exact thing you are asking about.
  • Search code for key, secret, token, and password before pasting a file.
  • Turn off training on your conversations where the app offers the setting.
  • Know your app's retention and deletion numbers, and prefer tools that publish them.
Common questions

Frequently asked questions

What should you never tell an AI chatbot?

Credentials of any kind (passwords, API keys, two-factor codes), full payment and account numbers, government identifiers, other people's personal information, and anything covered by an NDA or an employer confidentiality policy. The test that covers the rest: if you would not email it to an outside consultant without a contract, do not paste it.

Is it safe to paste work documents into AI?

Your own work, redacted to what the question needs, is generally fine and enormously useful. The two hard limits are contractual rather than technical: material under NDA, and anything your employer's policy restricts. For everything else, remove counterparty names, customer data, and embedded credentials first, and the model will do the same job on the redacted version.

Can other people see what I type into an AI chat?

Not casually, but the copies are real: conversations are retained under the provider's policy, consumer tiers may use them for training unless you opt out, flagged conversations can be reviewed by people, and anything in a conversation you share by link travels with it. The never-list exists because of those four copies, and each one is documented provider behavior.

Does deleting a chat actually remove it?

It depends on the provider, which is exactly why retention numbers belong on a data page you can read before you need them. Deletion typically removes the conversation from your account promptly and from systems on a stated schedule, with limited legal retention windows. Check your provider's policy for the schedule, and prefer tools that state one.

Is it safer to paste sensitive text into a paid plan?

Paid tiers at the big providers run about $20 a month and usually carry stricter training defaults than free consumer tiers, so the direction is right, but no tier changes the never-list. A credential pasted into the most enterprise plan on earth is still a credential you have disclosed. Upgrade for the defaults; redact regardless.