thinkhard.SI

Prompt repository Legal & compliance

Draft an AI acceptable-use policy for staff

You need clear rules on which AI tools staff can use, for what, and with what data.

Registry no.
LEG-008
Collection
Legal & compliance
Laid out for
Any chat model
Score
10 out of 10
Blanks to fill
9
Added

Legal & complianceAny chat

The prompt

Score 10 of 10, Excellent

Use it when You need clear rules on which AI tools staff can use, for what, and with what data.

  • {{organization}}
  • {{audience}}
  • {{policy_owner}}
  • {{approved_tools}}
  • {{data_rules}}
  • {{encouraged_uses}}
  • {{prohibited_uses}}
  • {{approval_process}}
  • {{existing_policies}}
Full prompt and why it works
Prompt
Draft an AI acceptable-use policy for {{organization}}, for {{audience}} to read and follow. The aim is rules people can apply in the moment: which AI tools they may use, for what, and with what information. It is a draft for {{policy_owner}} to review, and for a qualified lawyer to check before it is issued.

Decisions we have made:
Approved tools and account types: {{approved_tools}}
Information that may and may not go into each tool: {{data_rules}}
Uses we want to encourage: {{encouraged_uses}}
Uses that are not allowed: {{prohibited_uses}}
How to request a new tool, and who approves it: {{approval_process}}

Existing policies the new one must agree with, with section numbers:
"""
{{existing_policies}}
"""

Use these numbered sections:
1. Purpose and scope: who it covers and which tools.
2. Approved tools: a table with the columns Tool, Approved for, Information allowed, Information not allowed.
3. Information rules: what must never be entered, with concrete examples drawn from our data rules.
4. Acceptable uses, with two or three examples each.
5. Not allowed.
6. Checking AI output: the person who sends or publishes something is responsible for it and checks facts, figures and quotes first.
7. New tools and exceptions.
8. Mistakes and questions: what to do if someone enters information they should not have, and whom to tell.
9. Review date.

Then add "Quick rules": up to 7 one-line rules for a poster or onboarding slide.

Keep the policy under 1,200 words, at about a grade 8 reading level, because a policy staff do not read protects no one. The tone should be plain and direct, like a colleague explaining the rules, not a legal notice. Write rules that can be followed or broken, for example "Do not paste customer contracts into any tool not listed in section 2", not "Be careful with sensitive data".

Use only our decisions and existing policies. After each rule, cite its source in brackets, for example [Decision] or [IT Security Policy 4.2], so the reviewer can trace it. Do not name tools we have not listed, do not describe any tool's security or data handling, and do not state what any law requires, because that is for counsel to confirm.

If anything is missing from our decisions, or they contradict an existing policy, do not fill the gap. List it under "Decisions still needed".

End with "Take to a qualified lawyer": the points counsel should check, such as monitoring of staff use, ownership of AI-generated work, data protection and any rules specific to our sector.

Variables

{{organization}}
Your organization's name and what it does, in a few words.
{{audience}}
Who the policy covers, for example "all employees and contractors".
{{policy_owner}}
Who owns the policy, for example "the head of IT".
{{approved_tools}}
The AI tools you allow, with the account type for each, for example the company's business plan rather than personal accounts.
{{data_rules}}
Which kinds of information may and may not go into each tool, as you have decided them.
{{encouraged_uses}}
Work you want people to use AI for, such as first drafts or summarizing long documents.
{{prohibited_uses}}
Uses you do not allow, such as decisions about individual employees or customers.
{{approval_process}}
How someone asks to use a new tool and who says yes.
{{existing_policies}}
Sections of related policies (information security, data handling, acceptable use of IT) with their section numbers, or "none".

Why it works

  • Background facts. Every rule comes from your own decisions and existing policies and cites its source, so the draft never names a tool or rule you did not choose.
  • What good looks like. Rules must be specific enough to follow or break, which is what makes a policy usable at the moment someone is about to paste something.
  • If unsure. Gaps and contradictions go to a Decisions still needed list, and legal points go to counsel, instead of being filled with generic wording.

How to use it

  1. Press Fill in variables and type your details into each blank. What you type stays in this browser.
  2. Copy the filled prompt into the AI tool you already use, such as ChatGPT, Claude or Gemini, or open it in the Grader or the Prompt Tester here.
  3. Before you rely on it, try it on three or four real examples. The Prompt Tester runs them all at once and shows which ones go wrong.
Use it from code

Get this prompt as JSON from the free REST API, with your own text in the blanks, or let an AI assistant fetch it through the MCP server. No key.

curl -s https://thinkhard.si/api/v1/prompts/ai-acceptable-use-policy

With the MCP server added to Claude, ChatGPT, Cursor or VS Code, call get_prompt with {"prompt": "ai-acceptable-use-policy"}, or just ask for it by name.