# ========================================================================== # Copilot prompt library - Espanso match file # GENERATED FILE - do not edit. Edit prompts.yml and run: python3 build.py # # Drop this into your Espanso match folder: # Windows %APPDATA%\espanso\match\ # macOS ~/Library/Application Support/espanso/match/ # Linux ~/.config/espanso/match/ # Then run: espanso restart # # Type ;; in ANY text box - Copilot Chat, the Word/Excel/PowerPoint # Copilot pane, Outlook, Teams, Agent Builder, Copilot Studio, a browser, # anywhere - and the full prompt appears. # ========================================================================== matches: - trigger: ";;dispose" label: "Records disposal decision" replace: |- Act as a Tasmanian local government records analyst. RECORD / RECORD SET: $|$ Work through this in order and show your reasoning: 1. What is this record actually evidence of? (the business function, not the file name) 2. Which disposal schedule applies — DA2200 (Local Government), DA2158 (Short Term Value), or DA2159 (Source Records)? Say why the others do not. 3. Nominate the disposal class and quote its wording. 4. State the retention period and the trigger event that starts the clock. 5. Permanent or temporary? If permanent, flag that OSA metadata requirements apply. 6. List what would have to be true for this decision to be WRONG. If you cannot identify the class with confidence, say so plainly and tell me what extra information you need. Do not guess a class number. - trigger: ";;perm" label: "Permanent record metadata check" replace: |- Act as an archivist preparing records for transfer to the Tasmanian Archives. RECORD / METADATA I CURRENTLY HAVE: $|$ Assess against the Office of the State Archivist metadata standard: 1. Which mandatory metadata elements are present, complete and usable? 2. Which are missing, empty, or populated with junk (e.g. "Document", system defaults)? 3. For each gap: where in SharePoint / M365 could that value realistically come from, and can it be derived automatically or does a human have to supply it? 4. Which gaps are blockers for transfer versus which are quality issues? 5. Give me a remediation list ordered by effort-to-value. Be specific about element names. Do not pad with general advice about good metadata. - trigger: ";;rope" label: "ROPE clause analysis" replace: |- Analyse the clause below using the ROPE framework. Plain language, no legalese. CLAUSE: $|$ RIGHT — what does this let someone do? Who holds it? Is it discretionary? OBLIGATION — what MUST happen? Who is bound? What triggers it? PROCESS — what steps, forms, timeframes or approvals does it require? EXCLUSION — who or what falls outside it? What are the carve-outs and limits? Then answer directly: - In one sentence, what does this clause actually mean for me? - What is the single most commonly misread part of it? - What would I need to check elsewhere before relying on this reading? Distinguish clearly between "you may" and "you must". Quote the words that carry the obligation. - trigger: ";;label" label: "Sensitivity label decision" replace: |- Help me decide the correct Microsoft Purview sensitivity label. CONTENT / CONTAINER: $|$ Cover: 1. What is the actual sensitivity here — personal information, commercially confidential, legally privileged, publicly releasable, or routine? 2. Recommended label, and the next label up and down with why they are wrong. 3. Scope: item-level, container-level (site/Team/group), or both? 4. If encryption is involved — who loses access, and what breaks? (co-authoring, search, eDiscovery, external sharing, Copilot grounding) 5. Auto-labelling: is this a good candidate? Client-side or service-side? 6. What I should run in simulation mode before turning anything on. Flag anything that is irreversible or affects many users. - trigger: ";;spgov" label: "SharePoint site health review" replace: |- Review this SharePoint site as an information manager, not as an IT admin. SITE / DETAILS: $|$ 1. Purpose — can you tell what this site is FOR from its structure? If not, say so. 2. Permissions and oversharing risk: broad links, "Everyone except external users", orphaned access, inherited sprawl. 3. Copilot exposure: what would Copilot surface from here that shouldn't be surfaced? Is Restricted Content Discovery warranted? 4. Metadata and structure: is content findable without knowing where it lives? 5. Records: is anything here a record that isn't being managed as one? 6. Give me the three changes with the highest benefit-to-disruption ratio. - trigger: ";;5s" label: "5S LEAN assessment" replace: |- Run a 5S LEAN assessment on what I describe. Be concrete, not motivational. SUBJECT: $|$ SORT — what is genuinely not needed and can go? Name it. SET IN ORDER — what is in the wrong place or hard to find? Where should it live? SHINE — what is broken, stale, duplicated or misleading right now? STANDARDISE — what should be a documented, repeatable default? SUSTAIN — what check, cadence or owner keeps this from decaying again? Finish with: - The single biggest source of waste here, named plainly. - One thing I could do this week that makes a visible difference. - What will quietly undo this work in six months if nobody watches it. - trigger: ";;proc" label: "Draft a procedure or SOP" replace: |- Turn the following into a procedure that a competent person could follow without asking me anything. RAW KNOWLEDGE / NOTES: $|$ Structure: - Purpose: one sentence, what this achieves. - When to use it / when NOT to use it. - Prerequisites: access, permissions, tools, information needed before starting. - Steps: numbered, imperative, one action per step, with what "done" looks like. - Decision points: where the reader has to choose, and how to choose. - What to do when it goes wrong. - Who owns this and when it gets reviewed. Australian English. Short sentences. No jargon unless you define it on first use. If a step depends on something I haven't told you, mark it [NEEDS INPUT] rather than inventing it. - trigger: ";;critique" label: "Stress-test an AI answer" replace: |- I'm about to rely on the output below. Stress-test it before I do. OUTPUT: $|$ 1. Which claims are verifiable, and how would I verify each one? 2. Which claims are plausible-sounding but unsupported? Name them specifically. 3. What has been silently assumed about my context that may not hold? 4. What's missing that a knowledgeable person would expect to see? 5. Where is this confidently wrong versus honestly uncertain? 6. If I acted on this and it went badly, what would the failure look like? Be adversarial. Do not soften. If it's actually sound, say that briefly and stop. - trigger: ";;agent" label: "Draft agent instructions" replace: |- Help me build a declarative Copilot agent. WHAT IT NEEDS TO DO: $|$ Produce: 1. Name and one-line description (what a user would see). 2. Instructions — written as directives to the agent, covering: role, scope, what it must always do, what it must never do, tone, and how to handle questions outside its scope. 3. Knowledge sources: which SharePoint sites, libraries or files it should be grounded in, and what it must NOT be grounded in. 4. Four starter prompts a first-time user would actually click. 5. Governance notes: who should have access, what could go wrong, what to review after two weeks of use. Keep instructions under 8000 characters. Write them so a non-technical colleague could read them and predict the agent's behaviour. - trigger: ";;train" label: "Turn this into staff training" replace: |- Turn this into training material for council staff who are competent at their job but not technical. TOPIC: $|$ Produce: - The one thing they must walk away understanding (one sentence). - Why it matters to THEM — framed around their work, not compliance. - A worked example using a realistic local government scenario. - Steps: maximum six, each doable in under a minute. - The two mistakes people actually make here. - One "you'll know it's working when..." check. No motivational filler. No "in today's fast-paced world". Assume they are busy, slightly sceptical, and have been burned by a system rollout before. - trigger: ";;brief" label: "Executive brief" replace: |- Write a decision-ready brief from the material below. MATERIAL: $|$ Format: - RECOMMENDATION: what should happen, in one sentence. - WHY: three points maximum, strongest first. - WHAT IT COSTS: time, money, disruption, risk. - WHAT WE LOSE IF WE DON'T. - WHAT I'M NOT CERTAIN ABOUT: be honest here. - DECISION NEEDED FROM: who, by when. Maximum one page. Australian English. No headings beyond those listed. If the material doesn't support a recommendation, say that instead of manufacturing one. - trigger: ";;mins" label: "Meeting notes to actions" replace: |- Extract the useful content from these meeting notes. NOTES: $|$ Return exactly three sections: DECISIONS MADE — what was actually decided (not discussed). If nothing was decided, say "No decisions recorded." ACTIONS — table: Action | Owner | Due | Depends on. Only include items with a real owner. Flag any action where the owner was never named. UNRESOLVED — questions raised and left hanging, and who needs to answer them. Do not summarise the discussion. Do not editorialise. If something is ambiguous in the notes, mark it [UNCLEAR] rather than resolving it yourself. - trigger: ";;plain" label: "Rewrite in plain English" replace: |- Rewrite this in plain English for a general audience. TEXT: $|$ Rules: - Keep every obligation, condition and deadline exactly as binding as it was. - Active voice. Say who does what. - Replace jargon with the plain word, or define it once in brackets. - Shorter sentences. One idea each. - Australian English and Australian conventions (dates, spelling). - Do not add reassurance, apology or warmth that wasn't in the original. Then list separately: any place where plain language changed the legal or procedural meaning, so I can check it. - trigger: ";;reply" label: "Draft a measured reply" replace: |- Draft a reply to the message below. MESSAGE: $|$ WHAT I WANT TO ACHIEVE: [state your outcome here] Draft it: - Calm, direct, not defensive, not over-apologetic. - Acknowledge the substance of their point before responding to it. - Say clearly what I will do, what I won't, and what I need from them. - No hedging stacks ("I just wanted to possibly suggest maybe"). - Australian English. Then tell me, in one line, what this reply is likely to trigger in response. - trigger: ";;findit" label: "Find it across M365" replace: |- Help me find something across our Microsoft 365 environment. WHAT I'M LOOKING FOR: $|$ TIMEFRAME: PEOPLE / TEAMS LIKELY INVOLVED: Search across emails, Teams chats, meetings and SharePoint. Then return: 1. What you found, with a link and a date for each item. 2. The chronology — what happened in what order. 3. What the current state appears to be. 4. What you looked for and did NOT find (this matters as much as what you did). Cite every claim to a specific item. If you're inferring rather than reading, say so. - trigger: ";;risk" label: "Pre-action risk screen" replace: |- I'm about to do the following. Screen it before I proceed. PROPOSED ACTION: $|$ 1. BLAST RADIUS — how many files, users, sites or systems does this touch? 2. REVERSIBILITY — can this be undone? By whom, how, and within what window? 3. RECORDS IMPACT — does this destroy, alter or obscure anything that is a record? 4. PRIVACY — does this expose, move or aggregate personal information? 5. WHO FINDS OUT AND HOW — will affected people notice, and were they told? 6. THE QUIET FAILURE — what goes wrong in a way nobody notices for six months? End with: PROCEED / PROCEED WITH CONDITIONS / STOP — and the conditions. - trigger: ";;wabi" label: "Wabi-sabi simplify" replace: |- Apply wabi-sabi principles to what follows. SUBJECT: $|$ KANSO (simplicity) — what can be removed without loss? Remove it. MA (negative space) — where does this need room to breathe? What is over-filled? SHIZEN (naturalness) — where does this sound forced, corporate or performed? SEIJAKU (stillness) — what is the calm version of this? Give me the reworked version first, then a short note on what you took out and why. Do not make it precious or mystical. Make it quieter and more useful. - trigger: ";;help" label: "List every prompt trigger" replace: |- MY COPILOT PROMPT TRIGGERS ;;dispose Records disposal decision ;;perm Permanent record metadata check ;;rope ROPE clause analysis ;;label Sensitivity label decision ;;spgov SharePoint site health review ;;5s 5S LEAN assessment ;;proc Draft a procedure or SOP ;;critique Stress-test an AI answer ;;agent Draft agent instructions ;;train Turn this into staff training ;;brief Executive brief ;;mins Meeting notes to actions ;;plain Rewrite in plain English ;;reply Draft a measured reply ;;findit Find it across M365 ;;risk Pre-action risk screen ;;wabi Wabi-sabi simplify