Two paths open from the same prompt. One employee pastes a client's name and contract terms into a free consumer ChatGPT window to buy ten minutes on a Monday email. The other strips the identifiers, runs the draft through the employer-approved account with a company login and admin controls, and reads every line before sending.
The first one feels the nagging pull halfway through the paragraph: a manager, IT or the client would not like that sentence.
The dangerous part was never whether the model writes well. It is that the input became a disclosure, the output carries a name, and a written rule may already cover the act. A sloppy prompt is a bad habit. A fireable one is unread policy, unowned output or a cover-up, and the gap between a personal free login and the approved account makes the difference visible.
Seven habits come sorted here, with a Monday order of operations and the two situations that reorder it: client-confidential work, and any decision touching a person or a salary. Employer policies and the law vary by employer and state, and this article generalizes from none of them.
The mistakes that get employees fired are rarely bad prose. They are unread policy, unowned output and cover-ups. Test every prompt against who can see the input, whose name is on the output, and which written rule applies.
Quick Tips Before You Start
Check the account
Look at the login screen: if it uses your personal email, stop and switch to the company account.
Strip names first
Replace client names, revenue figures and employee details with placeholders before pasting anything.
Read the policy
Find the employee handbook, the AI or acceptable-use policy, and the IT/security contact in one sitting.
Open every source
If the tool cites a case, a paper or a statistic, click the link and read the original before you send.
Own the output
Treat every draft as unchecked until you have read it line by line and can defend each choice.
Log what you did
Keep a short note of what went into the tool and what came out, in case anyone asks later.
What you put in
Every AI problem starts with the input. The moment you type a client's name, a salary figure or a colleague's medical detail into a prompt, that information has left your control. What the model does with it afterward—whether it stores it, trains on it, or forgets it—does not undo the disclosure.
This section covers the three input habits that create the most exposure: pasting real names into a free tool, uploading whole files instead of the page you need, and treating a personal login as if it were the company account. Each one feels harmless in the moment. Each one is the kind of thing that shows up in a security review six months later.
1. Pasting real names into a free tool leaks them

It takes one paste. A client's name, a contract term, a renewal number typed into a free consumer chat window to save ten minutes before a call.
The disclosure happens inside the text box, not in the answer. The moment that client name and those contract terms leave the company account, a third party holds them; whatever the model does with the text after that point cannot pull it back. This is the part people miss.
Most people assume the risk lives in a bad answer. In reality, the risk lives in the ten seconds before any answer exists.
Think about what routinely travels through these prompts. A client's name and the terms of their contract. An unreleased revenue figure from a draft close pack. A colleague's health accommodation in an HR note. A candidate's resume with their phone number still on it. A 45-minute meeting recording dropped in for a summary. A performance review. When AI-generated faces start appearing in places nobody approved, human models and AI propaganda shows how far a leaked identity can travel. Each one is a real input type that raises the stakes, and each one is common.
None of that asks for a shrug when it surfaces. The likely consequence is a disclosure report and a conversation with the security team, one where a long history of good intentions is not the defense it feels like from the employee's side of the table.
The tool's own terms page and its data-control settings answer the input-handling question. If the input is retained or used to improve the model, that is on the page. Read it once, not after an incident.
The fix is simple enough for a busy Monday. Strip names, contract numbers and revenue figures before pasting anything, or move the work to the employer-approved account with the company login and admin controls. Ten minutes saved is not worth the disclosure report.
💡 Tip: The tool's own terms page and data-control settings are where the input-handling question gets answered. Read them once, then decide what you are willing to paste.
2. Uploading the whole file instead of the page

A disclosure hides inside the attachment button. Whole decks, spreadsheet exports and contract PDFs carry other people's data in places you are not thinking about: hidden tabs, other clients' rows, comment threads, tracked changes, speaker notes.
You ask the model to clean up one column. It gets the whole export, including a hidden tab with another client's rows and a comment thread that names a colleague's health accommodation. The upload is the disclosure even if the model never mentions those rows back. The exposure is in what left the building.
Here is the habit that fits. Paste the two paragraphs you actually need, or save a stripped copy, delete the extra tabs and the comments, then attach that. The approved account with the company login and admin controls is not a safe place to dump another client's rows either. It still does not need to see them.
The people who hear about this first are the account owner and the client, not just the person who uploaded it. That is the part that stings: the phone call about the leak starts with the client relationship, not with you.
The statement of work is the client-work document that answers who can see the material. Check it before you drag a file across.
💡 Tip: Before uploading any file, open it and check the hidden tabs, comment threads and tracked changes. If you would not forward it to the client, do not upload it.
⚠️ COMMON MISTAKE
The free tier is not the company account
If you are logging in with your personal email, you are in the wrong product. The terms, retention and oversight are different, and a review turns on that difference, not on whether the model gave a good answer.
3. Treating the free tier as the company account

The account matters more than the prompt. A personal login and a company account look similar on screen and behave like different products underneath. Different terms, different retention, different oversight.
A review of a bad day turns on that difference. It does not turn on whether the model produced a good summary. It asks: where did the input go, and who can control what happened there?
Two differences matter most. First, whether inputs can be kept and used to improve the model. Second, whether anyone at work can see or control what was done. The personal account fails both; the approved one with the company login and admin controls answers both. Choosing tools that survive scrutiny starts with the AI tools worth keeping after a year of real client work.
There is a tell you are in the wrong place. A personal email at the login screen is the tell. No single sign-on, a password in a browser autofill. Take one 45-minute meeting recording summarized in that free consumer account while the approved account sits empty on the other tab, and that is the difference being tested.
Check the vendor's terms page and the policy that covers the account you actually hold. Do not assume the free version is fine because it works. While access to the company account is pending, work content stays out of the personal one entirely. A confirmed account can wait; a summary in the wrong place cannot be undone.
What comes out with your name on it
The output carries your name, not the tool's. When you send a client email, publish a report or submit a performance review, you are the sender. 'The AI wrote it' reads as an admission, not a defense.
This section covers two output habits that turn a useful tool into a liability: sending out a citation you never opened, and letting the model make the call on a person. Both feel like delegation. Both end with you explaining something you cannot defend.
4. Sending out a citation you never opened

The case name looks like every other case name in the memo — initials, a year, a volume number, a page. Then you click the link.
Nothing loads. The DOI resolves to a blank page, or to a real paper by different authors on a different subject. The quote you built your third paragraph around cannot be found in the source at all, because the source was never written.
The tool is excellent at format. That is the trap. A properly formatted citation with a volume, a page range and a hanging indent is what a real one looks like, which is why the fake reads as finished — and why nobody on the receiving end checks before they act on it.
Those are three separate checks, and none of them take more than a minute. Open the link and confirm the page loads. Find the number in the original table, not in the summary. Read the quote out loud to hear whether anyone would actually say it.
Everything downstream of that output carries your name: the memo, the client email, the deck footer. The tool does not send, sign or own anything. "The AI wrote it" is not a defense in that conversation — it is an admission that you did not check what went out under your signature.
The check also does not come free with better tools. An approved company account with single sign-on and admin controls will log the session beautifully and still not open a dead DOI or confirm a quote — those are reading tasks, and they stay yours.
Where fabrication surfaces first is rarely a friendly place: a client who does not recognize the case, a reviewer who knows the literature, or a competitor who reads your published deck and spots the fake faster than your own team did.
Send a dead reference from a personal free account or an approved company login and it reaches the client identically — the reader on the other end sees the same broken link, the same missing quote, the same name on the email.
💡 Tip: Treat every citation as a dead link until you have clicked it. The model's confidence is not evidence.
5. Letting the model make the call on a person

A dead citation is a mistake inside a document, and a document can be corrected after the fact. Use the output to sort people instead and the correction gets harder, because someone has already been moved by it.
The calls worth naming plainly: which five resumes get an interview slot, which name gets flagged for attrition, who lands on a 30-day plan, what the two candidates are offered in salary. One prompt in the approved company account can rank a stack of eleven applications in ninety seconds.
Drafting stays fine. Deciding is the line.
A shortlist, a ranking, a verdict on someone's quarter is a decision with a person attached, and that person may eventually ask why. The answer has to come out of your mouth without a hand pointing at the tool.
The test that holds up under any written rule: can the manager explain and defend the call alone in a room? Eleven resumes summarized and scored by the model, or a performance review rewritten with a colleague's health accommodation pasted into the prompt, still finishes with a human signature on the page. That signature is the point of the process, not a formality attached to it.
Keep a trail of what you asked, what you changed in the draft, and why you overrode the ranking it handed back. The approved account logs the session; it cannot log your reason. When a rejected candidate asks in six months, the admin console shows the prompt ran and stays silent on why the fourth name was moved to first.
Bring HR in before the shortlist is built, not after the rejection letter goes out. Anything touching pay bands, discipline or hiring pulls legal in alongside them. The rule lives in the written policy, and the written policy is where the next habit starts.
💡 Tip: If you cannot explain the decision without mentioning the tool, you are not ready to make it.
Drafting vs. deciding
Fine to draft
- Rewriting a client email for tone
- Summarizing a meeting you attended
- Cleaning up a spreadsheet formula
- Outlining a performance review you will write
Not fine to decide
- Ranking candidates for a shortlist
- Flagging an employee for a plan
- Setting or recommending pay
- Making a hiring or firing call
The policy, and the cover-up
Policies differ by team, by client and by tool. Another team's green light is not yours. Employer policies and law vary by employer and state, and one example does not generalize.
This section covers the two habits that turn a sloppy prompt into a fireable offense: skipping the policy check before you start, and covering it up after someone asks. The first is about reading the rule that already exists. The second is about what happens when you do not.
6. Skipping the policy check before you start

The human defense only works when there is a rule to stand on, and the rule almost always exists before the first prompt does, sitting unread. Find it once and the guessing stops.
Start in the employee handbook. Then the company AI or acceptable-use policy, which names the approved tools, the data you may put in them and the account you are supposed to use. Then the IT/security team, who can tell you in ten minutes which account your login actually reaches. Client work needs a fourth stop: the statement of work naming the client and the contract terms, which usually says who may see the material and where it can live.
Policies differ by team, by client and by tool. A green light from another department is not your green light, and a neighboring company's permissive stance means nothing at yours, since both employer rules and state law vary and one example does not carry over.
No policy on the shelf? Send your manager a short written question, and save the reply somewhere you can find it in eight months. A performance review or a client email under a statement of work naming the client and contract terms is exactly the kind of task to ask about in writing before you paste the first line.
Run the check once, before you start. Not after an incident, when the question arrives and the honest answer is that the rule was there the whole time.
A rule that existed, applied to your task, and went unread is what turns a sloppy afternoon into a fireable one. Reading it first is a twenty-minute job.
💡 Tip: If you cannot find the policy in five minutes, email your manager and ask where it lives. A written question is better than an assumption.
🛠️ The cover-up correction path
Stop using the account
Close the tab and do not send anything else from that login.
Write down what happened
Record what you used, what went in, what went out, and when.
Tell your manager first
Speak before someone else does, and put it in writing.
Contact IT or security
Let them assess the disclosure and tell you what comes next.
Follow the correction lane
Take the training or note the policy fix, and keep the record.
7. Covering it up after someone asks

A written rule defines what counts as a breach. It also decides what happens next, and that second part hangs on one question the reader controls: whether they tell the truth when the question comes.
Employers separate two things here. One is the violation itself, which the policy usually routes to a correction lane – a conversation with your manager, a note in a training log, a slap on the wrist and a reminder of the rule. The other is the dishonesty about the violation, and that lane points somewhere else entirely.
Read the escalation language in your AI policy before you're in the room. Where it names an employment lawyer, that is the clause you are trying not to trigger.
So the reader's question has an answer, and it arrives before the question is even asked. The move that keeps an incident small is the one that feels most exposed: saying what happened, first, in writing, before anyone pulls the logs.
The instincts that feel protective are the ones that make it worse. Deleting the prompts and clearing the history looks like cleanup, but a personal free account's history can be deleted while the approved account's admin controls can show a session trail the personal one never had to offer – the deletion reads as intent, not housekeeping.
Do not let a colleague absorb the blame either. A teammate saying it was their login, their prompt, their export, is a second lie stacked on the first, and it drags someone else into the honesty lane with you.
Say four things, plainly: which tool you used, what went into it, what came out and where the output went, and what has changed since. Four sentences beat a paragraph of apology.
That written account is the asset you can actually produce. Deleted history cannot defend you; a dated message that owns the input and the output can, and it also gives your manager something to put in the correction file instead of the other one.
Speaking first and in writing is what keeps you in the correction lane. Wait until IT asks, and the only question left is why the account of events didn't match the logs.
💡 Tip: The cover-up is almost always worse than the mistake. Disclose early and in writing, and let the policy do its job.
What a cover-up costs
Frequently Asked Questions
Is it really a problem to paste a client email into ChatGPT?
Yes, if the email contains a client name, contract terms or an unreleased figure. The input is the disclosure, even if the model never repeats it back. Use the approved company account or strip the names and numbers first.
What's the harm in attaching the whole document?
Whole files carry hidden tabs, other clients' rows, comment threads and tracked changes. The upload exposes all of it, even if the model only answers the question you asked. Paste the two paragraphs you need or save a stripped copy.
Isn't ChatGPT the same thing as the tool IT gave us?
No. The personal free account and the company-approved account have different terms, retention and oversight. A review turns on that difference, not on whether the answer was good. Check the login screen: if it is your personal email, you are in the wrong product.
Can I trust what it gives me?
Treat every citation, quote and statistic as unverified until you open the source. The tool is good at format, not at existence. A dead DOI or a fabricated case in a client email lands on you, not the tool.
Where do I find out what I'm actually allowed to do?
Check the employee handbook, the company AI or acceptable-use policy, and the IT/security team. For client work, add the statement of work. If there is no policy, ask your manager in writing and save the answer.
If I already used it, do I admit it?
Yes, and quickly. The violation is one issue; the cover-up is a worse one. Write down what you used, what went in, what went out and what changed, then tell your manager and IT before someone else does.
Monday morning, in order
Start Monday in this order. Find the approved account and read the policy before your next prompt. Treat every output as an unchecked draft that carries your name. If something has already gone out, say so first, in writing.
That opening client email with contract terms pasted into a free account is exactly the prompt to stop before sending. The ten minutes you save is the disclosure report.
Two situations reorder the list. Client-confidential work puts the statement of work and the client's permission ahead of the prompt. Any decision about a person or a salary puts HR, legal and a human explanation ahead of the output.
The tool can draft, summarize, clean and rewrite. Your name, the written policy and the account of what happened stay yours — no model carries those for you, which is why the paste into the free window is the one to kill before it leaves.
Check your login before the next prompt
Open your AI tool now and look at the email address in settings. If it is not the company account, close the tab and find the approved one.