Request controls
Analyze the student’s request and intended action before model execution.
Splash is being designed around defense in depth: separate controls before, during, and after generation, with teachers controlling pedagogy but not disabling the platform-wide safety floor.
The product should not treat role-play, fictional framing, encoding, fake teacher permission, or “ignore previous rules” instructions as permission to bypass safety controls.
Analyze the student’s request and intended action before model execution.
Apply age, assignment, source, and model-routing policy during creation.
Review generated text and, as additional studios launch, images, audio, video, and code before delivery.
Exact production policies and escalation procedures must be validated with qualified safety, legal, and education experts before broad student deployment.
Safety outages should not silently become permission to skip the check. A student can receive a temporary-unavailable message while the project remains intact.
Your project is safe. Please try again shortly.
Not:“Safety service unavailable — generating anyway.”
Explicit prohibited requests and obvious policy violations.
Misspellings, slang, encoding, word splitting, and language switching.
Role-play, fake authority, multi-turn jailbreaks, and injected instructions.
Safety-provider outage, model-provider outage, and malformed content paths.
Splash does not claim “100% safe,” “zero harmful content,” “COPPA certified,” or “FERPA certified.” Safety is an engineering and governance discipline that requires ongoing testing, monitoring, review, and improvement.