Account-gated workspaces
Evaluation, dashboard, report, revise, and package surfaces must be available only through the user’s authenticated workspace unless the author explicitly exports or shares material.
Security & Access Controls
RevisionGrade is designed to feel like a private editorial desk, not a public posting tool. This page explains the security and access-control posture authors can expect when they upload, evaluate, revise, export, or prepare manuscript materials.
Plain-language posture
Evaluation work belongs in the author’s account workspace.
Downloads are deliberate author actions.
Storygate access must be controlled, approved, and logged.
Security commitments
These commitments describe the product posture for uploaded manuscripts, generated reports, revision decisions, downloads, and controlled-access packages.
Evaluation, dashboard, report, revise, and package surfaces must be available only through the user’s authenticated workspace unless the author explicitly exports or shares material.
Uploaded manuscripts and generated reports must be treated as private project materials, not public content, marketing samples, or open browsing inventory.
Report exports must be author-facing files created for the user’s own review, records, and submission preparation. Downloaded files must avoid foregrounding internal job IDs or machine residue.
Storygate-style project access must be requested, approved, and logged. Controlled manuscript discovery is not the same as public indexing.
Access boundaries
Authors need to understand which areas are private, which actions create exports, and which package surfaces require explicit approval.
The default product experience is the author’s private workspace: uploaded writing, reports, dashboard state, and revision decisions belong inside the account context.
The author may download reports or prepared materials. Export is an intentional boundary-crossing action, not an automatic publication event.
Storygate materials must be creator-approved, access-controlled, and visible only to appropriate verified publishing professionals when the author chooses that path.
Internal operational details, job IDs, raw errors, worker traces, and maintenance controls must not dominate normal author-facing pages.
Author controls
Evaluation and revision create private working materials first. Exports, packages, and submissions must be author-directed actions.
What this page does not claim
Trust is weakened when public pages claim certifications, workflows, or sharing models the product does not yet support.
Security FAQ
This page avoids legal or certification overreach. It explains the user-facing trust model in direct language.
No. This is a plain-language security and access-control trust page. Formal legal, privacy, and security policies can still define the binding terms for account, data, and infrastructure handling.
No. Manuscripts are private author materials unless the author intentionally exports or approves a controlled package workflow.
The downloaded file must be a professional author-facing artifact: readable, branded, useful for review, and stripped of avoidable machine-looking residue.
Access requests, approvals, and material-viewing events must be treated as controlled activity. The public promise is controlled manuscript discovery, not open browsing.
Technical diagnostics belong in support, admin, or operational views. Normal author-facing pages must use clear human status messages and hide raw internals unless needed for support.
No. It states the intended product trust posture and user-facing access model. Compliance claims must only be added when they are verified and current.
Trust by design
Continue to Privacy & Research Controls for the companion trust doctrine, or begin an evaluation when ready.