Notion Bulletin
Infrastructure maintenance gate for the notion-* skill family. Use this skill to keep issue tracking, shipped enhancements, and architecture records synchronized in a Bulletin Board database during Notion infrastructure work.
Scope
| Load ✅ | Don't load ❌ |
|---|---|
| Creating/editing notion-* skill files | Adding a diary entry |
| Refactoring notion commands | Querying research databases |
| Fixing a DB schema drift | Designing a Notion page |
| Resolving a Bulletin Board open issue | Writing a research note |
| Changing skill family architecture | Normal content operations |
If the task is normal page content authoring or data entry, do not load this skill.
Runtime Resolution
Resolve the Bulletin Board database at runtime rather than hardcoding identifiers.
- Read the workspace Notion configuration source used by the project.
- Find a database entry with
Type = Issue trackingor a database namedBulletin Board. - Extract:
data_source_idfor database operations.- Parent page ID for page-level architecture toggle updates.
- Cache those values in working memory for the current run.
If no Bulletin Board database exists, stop infrastructure logging flow and guide the user to add one first.
Recommended user guidance when missing:
- Create a
Bulletin Boarddatabase in the Notion workspace. - Add status/type/severity/category/resolution fields.
- Place it under the infrastructure page used for
notion-*skill governance.
Gate Rule
Before ending any Notion infrastructure work session, you MUST:
- Check active items — did your work resolve any open issue or backlog item? → Update Status to
Done, fill Resolution + Date Closed - Log what you shipped — create a new DB entry: Type=Enhancement, Status=Done, fill Resolution with context
- Check for new issues — did your work surface anything? → Create entry: Type=Issue or Backlog
- Update Architecture toggles — if you changed the skill family structure, page hierarchy, tool stack, or DB disambiguation, update the relevant toggle on the Bulletin Board page
No infrastructure session is complete until this 4-step checklist is done.
Architecture Toggles
Maintain these six canonical toggles on the Bulletin Board page:
- General vs Project-Specific Boundary — design rule for separating reusable logic from project data.
- Database Disambiguation — how to distinguish workspace-wide databases from project-local databases.
- Page Layering Model — lab-facing pages vs internal workflow pages.
- Skill Family Map — the
notion-*skill tree and ownership boundaries. - Tool Architecture — notion-ao-research module — the 3-layer stack (Skills → MCP → API).
- Workspace Page Hierarchy — authoritative full page tree.
When architecture changes, update the affected toggle text in the same session.
Additional Resources
references/lifecycle-patterns.md— DB schema, status lifecycle, views, API call examples