Skip to content
Back to skills

Onenote Prod Checklist

ASecurity

Decide whether a OneNote integration is ready for production from evidence across delegated access, content safety, correctness, limits, operations, and rollback. Use when reviewing a launch or material change. Trigger with "review OneNote production readiness", "OneNote go-live checklist", or "approve OneNote launch".

  • 2,719 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added September 21, 2026
ai-agentsgosecuritydocumentation

Works with

  • claude code

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned September 21, 2026

npx -y skills add jeremylongshore/claude-code-plugins-plus --skill onenote-prod-checklist --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Onenote Prod Checklist?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Onenote Prod Checklist
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/jeremylongshore-onenote-prod-checklist-5130d34d/badge)](https://www.skillsdirectory.com/skills/jeremylongshore-onenote-prod-checklist-5130d34d)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: onenote-prod-checklist
description: >-
  Decide whether a OneNote integration is ready for production from evidence across delegated access, content safety, correctness, limits, operations, and rollback. Use when reviewing a launch or material change. Trigger with "review OneNote production readiness", "OneNote go-live checklist", or "approve OneNote launch".
allowed-tools: Read,Glob,Grep,Write,Edit
argument-hint: "<release> <environment> <change-scope>"
version: 1.7.0
license: MIT
author: Jeremy Longshore <jeremy@intentsolutions.io>
tags: [saas, onenote, readiness]
model: inherit
effort: high
compatibility: "Designed for Claude Code; live OneNote actions require network access, delegated authentication, and explicit approval"
---
# OneNote Production Readiness Decision

## Overview

Decide whether a OneNote integration is ready for production from evidence across delegated access, content safety, correctness, limits, operations, and rollback.. This workflow produces an auditable decision or artifact before any live action.

## Prerequisites

- Current first-party Microsoft Graph OneNote documentation and the selected integration's tested contract.
- Named identity, content, workload, security, and operations owners appropriate to the requested scope.
- Synthetic or approved non-production fixtures with secrets and real notebook content removed.

## Current Contract

A launch is ready only when the actual user-bound auth lifecycle, approved content roots, supported v1.0 operations, pagination, HTML semantics, throttling, monitoring, and reconciliation are evidenced together. Recheck the dated evidence map before relying on mutable permissions, limits, SDK behavior, supported resources, or cloud availability.

## Authentication

Verify delegated scope, consent owner, token-cache protection, tenant and user binding, revocation, and reauthentication. App-only fallback is a launch blocker.

## Instructions

1. Verify immutable artifact, dependency, configuration, migration, and test receipts.
2. Confirm account type, tenant, user, app registration, delegated scopes, and approved user, group, or site roots.
3. Review reads, writes, HTML, binary parts, paging, errors, limits, and unsupported-feature assumptions.
4. Review data classification, logs, retention, queues, monitoring, incidents, and support custody.
5. Exercise canary, failure, revocation, 429, rollback, and reconciliation paths.
6. Issue GO, CONDITIONAL GO, or NO-GO with owners, expirations, and rollback triggers.

## Tool Discipline

Use Read, Glob, and Grep to inspect documentation, configuration, code, fixtures, and evidence. Use Write and Edit only for approved repository artifacts. Invocation alone does not authorize network access, delegated credentials, tenant or notebook content, consent, file transfer, deployment, writes, spend, sharing changes, or deletion.

## Approval Boundaries

Named release, security, identity, content, and operations owners approve their controls. Any content mutation or broad consent requires separate explicit approval.

## Error Handling

- NO-GO on app-only auth, undocumented delta or webhook calls, unbounded retries, or incomplete pagination.
- A skipped negative or rollback test remains an open condition.
- Do not waive tenant or user binding as operational detail.

## Output

Return the signed control matrix, evidence links, failed gates, decision, conditions, owners, expiry, and rollback authority. Identify assumptions, owners, expirations, and evidence gaps explicitly.

## Examples

- Reject a release that assumes Retry-After on OneNote 429s.
- Approve a read-only canary only after revoked-consent handling passes.

## Validation

Exercise and record these paths with expected and observed results:

- app-only blocker
- pagination
- HTML mismatch
- 429
- revocation
- rollback

## Resources

- [Current first-party evidence map](references/official-docs.md) — recheck dated sources before relying on mutable behavior.
- Treat observed tenant behavior as environment-specific evidence, never a universal OneNote guarantee.

Files in this skill

  • SKILL.md4 KB
  • references/official-docs.md2.7 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.