> ## Documentation Index
> Fetch the complete documentation index at: https://helpdocs.getthread.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Notion Client Runbook Database

> Create and maintain a client-runbooks database in Notion — one entry per client per system — and update entries when a ticket reveals an environment fact has changed. Use when asked to "set up a client runbook database", "update <client>'s runbook", or "keep our client docs in Notion current".

<Info>
  **Category:** Connectors · [View source ↗](https://github.com/bryan-getthread/skills/blob/main/skills/connectors/notion-client-runbook-database/SKILL.md)
</Info>

**Connectors:** `Notion`

**Role:** [Service & Ops Manager](/start-here/roles/service-ops-manager), [Technician](/start-here/roles/technician)

**Outcome:** Time & Cost Savings (Capacity), Always-On Coverage

**When to use:** "Create a Notion database for our client runbooks," or "ticket \<number> shows \<client> migrated their file server — update their runbook."

**Run it:** across the whole runbooks database at setup · or on one ticket when it reveals a changed fact.

## Prompt

```
Stand up (once) and keep current a structured client-runbooks database in Notion:
environment facts, key systems, procedures, and owners per client — sourced from ticket
evidence, not memory.

This needs the member's connected Notion. If Notion isn't connected, tell the member to connect
it in settings and degrade by outputting the entry content and schema for manual entry — do not
stop.

1. Locate or create. Search Notion for an existing client-runbooks database; only if none exists,
   propose creating a Notion database with properties: Client, System/Area, Owner, Last verified
   (date), Status, Category — confirm schema and teamspace before creating. One database is the
   goal; a second runbooks database is a bug. Extend an existing schema only with confirmation.
2. Populate an entry. For a given client (confirm canonical naming), draft one page per
   system/area with facts each traceable to a source ("from ticket <number>", "confirmed by
   <member role>"). Facts require a source — "probably" facts are recorded as "Unverified —
   <source>" or left out. No credentials in entries; reference the credential vault entry name.
3. Update on change. When a ticket reveals a changed environment fact: find the affected entry in
   Notion, read its current content, show me a before/after diff of the specific fact, and only on
   confirmation update the Notion page — updating the fact, the Last verified date, and a one-line
   change note with the source ticket reference. Never overwrite a fact without showing the diff;
   a wrong runbook is worse than a stale one because it's trusted.
4. Report what was created or changed, with page links. Keep end-user personal data out of entries.
```


## Related topics

- [Use Notion with Super Magic](/super-magic/use-notion-with-super-magic.md)
- [Notion Change Log](/skill-library/connectors/notion-change-log.md)
- [Notion QBR Page](/skill-library/connectors/notion-qbr-page.md)