Production readiness checklist for OneNote Graph API integrations covering auth, rate limits, and failure modes.
Use when preparing a OneNote integration for production deployment or conducting a launch review.
Trigger with "onenote production checklist", "onenote launch review", "onenote prod ready".
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
A direct command skips the review prompt. Inspect the source before running it.
Production readiness checklist for OneNote Graph API integrations covering auth, rate limits, and failure modes.
Use when preparing a OneNote integration for production deployment or conducting a launch review.
Trigger with "onenote production checklist", "onenote launch review", "onenote prod ready".
allowed-tools
Read, Write, Edit, Grep
version
1.6.0
license
MIT
author
Jeremy Longshore <jeremy@intentsolutions.io>
tags
["saas","onenote","microsoft"]
compatibility
Designed for Claude Code
OneNote Production Checklist
Overview
OneNote integrations that work perfectly in development break in production in predictable ways: SharePoint document libraries exceed the 5,000-item view threshold and stop returning notebooks, image uploads silently truncate above 4MB, rate limits compound across users during business hours, and MSAL token caches lose state across container restarts. This skill is a comprehensive go/no-go checklist organized by failure category. Each item references the specific Graph API behavior that causes the production failure and provides the fix. Use this checklist during launch reviews — every unchecked item is a production incident waiting to happen.
Prerequisites
A functional OneNote integration that works in development/staging
Azure AD app registration with delegated permissions configured
Access to production monitoring infrastructure (logging, alerting)
Familiarity with your deployment environment (containers, VMs, serverless)
Completed onenote-security-basics and onenote-rate-limits skills
Instructions
1. Authentication Checklist
#
Check
Why it matters
1.1
Using delegated auth (DeviceCodeCredential or InteractiveBrowserCredential)
App-only auth (ClientSecretCredential) deprecated for OneNote March 31, 2025
1.2
MSAL token cache serialized to persistent storage
Container restarts lose in-memory cache; users forced to re-authenticate
1.3
Silent token renewal tested (call acquire_token_silent before every request)
Access tokens expire in 1 hour; without silent renewal, users hit 401 hourly
1.4
Refresh token 90-day expiry monitored
Inactive users' refresh tokens expire silently; need re-auth flow
1.5
Token cache file permissions set to 0600 (owner-only)
Cache contains refresh tokens — world-readable is a credential leak
1.6
Multi-tenant: tid claim validated on every token
Prevents cross-tenant data leakage from token reuse
Launch rule: All "Must-Have" items checked. "Should-Have" items documented as post-launch tasks with owners and deadlines.
Output
After applying this checklist, you will have: verified authentication resilience across token expiry cycles, confirmed rate limit handling with Retry-After parsing, validated all seven error code handlers, ensured XHTML content passes pre-send validation, configured monitoring dashboards with alert thresholds, and documented a clear go/no-go decision with any deferred items tracked.
Error Handling
Error
Cause
Fix
Health check returns "degraded"
OneNote API reachable but auth check failed
Token may be expired; trigger MSAL silent renewal; check cache persistence
Health check returns "unhealthy"
Both auth and OneNote checks failed
Service outage or network issue; check Microsoft 365 Service Health dashboard
507 Insufficient Storage in production
Section accumulated too many pages over time
Implement page archival (move old pages to archive section); monitor page counts
Silent HTML truncation
Invalid XHTML passed validation but Graph stripped content
Tighten validator; test with Graph Explorer before automated POST