Input Boundary Register
Defines what the AI system is allowed to receive, reject, redact, or route for human review.
Copy-ready templates for the operational artifacts the Production Safety Framework expects to see: boundaries, validation, data handling, telemetry, release gates, oversight, tool permissions, and fallback planning.
Chatbots, copilots, intake agents, document processors, and API-facing AI services.
# Input Boundary Register PSF domain: D1 Input boundary Status: Draft Owner: [name / role] Last reviewed: [YYYY-MM-DD] ## Purpose Keep untrusted, excessive, or sensitive inputs from reaching the model without documented controls. ## Scope - User-supplied prompts and uploaded files - Retrieved context and tool-returned content - System prompts, hidden instructions, and policy text - Inputs containing PII, credentials, regulated data, or high-risk requests ## Minimum Fields - Input class - Accepted format - Maximum length or size - PII handling - Injection handling - Route on rejection - Owner ## Operating Rules - Validate type, size, and structure before any model call. - Detect prompt injection and instruction override attempts before model execution. - Redact, tokenize, or block sensitive data according to the data handling record. - Log rejection reason, route, and reviewer when manual review is required. ## Required Evidence - Input schema or validation code - Injection test cases - PII redaction policy - Rejected-input log sample ## Review Cadence - Review monthly for new input classes. - Review after every new integration, file type, or retrieval source. - Run injection regression tests before release. ## Exceptions - Name the approver for any input class allowed without validation. - Record expiry date and compensating control for each exception. ## Sign-off - Control owner: [name] - Technical owner: [name] - Business owner: [name] - Next review date: [YYYY-MM-DD]
Defines what the AI system is allowed to receive, reject, redact, or route for human review.
Turns raw model output into a controlled contract before it reaches users, systems, or downstream automations.
Documents what data the AI system uses, where it goes, how long it is retained, and who can access it.
Defines the minimum telemetry needed to operate, debug, and improve an AI system in production.
Creates a release gate for model, prompt, tool, retrieval, or policy changes before production rollout.
Maps what the AI system can do alone, what requires review, and what it must never do.
Documents every tool, integration, credential, and permission available to the AI system.
Defines how the AI system keeps operating when a model, provider, API, or vendor changes or fails.