One definition of protected
Accepted Unity Version Control state is authoritative. Stale, failed, or raced status results cannot fabricate safety.
Unity Editor tool · Asset Store submission
A quiet safety instrument for Unity Version Control. SBCheckpoint watches the work between protected states, turns structural risk and exposure into one clear recommendation, and helps you checkpoint before a productive session becomes an expensive recovery.
Broad mixed work is building protection debt.
The problem
Five quiet minutes in one script and forty-five minutes touching manifests, settings, serialized assets, and core systems are not the same kind of exposure. SBCheckpoint uses the state of the workspace—not just elapsed time—to decide when a checkpoint is becoming worthwhile.
Accepted Unity Version Control state is authoritative. Stale, failed, or raced status results cannot fabricate safety.
Paths, operations, asset/meta relationships, and destructive changes are normalized into a stable structural view used by every downstream decision.
The window, reminders, notifications, recovery view, and timeline all consume the same checkpoint recommendation instead of calculating competing answers.
What it does
Combines observed exposure, meaningful change breadth, critical project files, destructive operations, and structural risk into a readable sense of how expensive the current unprotected work is becoming.
Low-risk localized work gets more breathing room. High-risk structural work can escalate sooner. Snooze suppresses delivery—not the underlying severity—and repeated identical nags are avoided.
When work is unprotected, SBCheckpoint keeps the last trusted state visible and summarizes what has changed since then so you know where safety actually lies before making another decision.
Generates an editable comment suggestion from the stable meaningful-change snapshot and detected work areas, without pretending to semantically understand your source code.
Anchors an experiment to a clean, identified baseline and requires strong evidence before automatically considering it resolved. Ambiguous external changes degrade to review instead of pretending certainty.
Keeps a bounded local timeline of meaningful protection, risk, reminder, experiment, and recovery transitions—useful context without a cloud dashboard or permanent analytics system.
Deliberately bounded
Its job is orientation: understand the current workspace well enough to tell you when protection matters and hand you back to the tools that already own source control.
cm status and cm log through a read-only integration.Release candidate
The Asset Store submission was rebuilt from the verified source into a clean release package, then compiled and exercised again in its release layout before upload.
Current requirements
cm client available to the project environmentThe current Asset Store submission was validated on Unity 6000.3.8f1. Compatibility is intentionally stated against the build that was actually tested rather than broadened speculatively.
FAQ
No. Check-in, branch, history, review, and recovery actions stay with Unity Version Control. SBCheckpoint provides the recommendation and context, then hands control back to the version-control workflow.
No. Time is one contributor. The recommendation also considers the meaningful change snapshot, structural risk, destructive operations, project-level files, breadth, activity, and the known protected baseline.
No. The current product is deliberately local, structural, and deterministic. It does not use cloud services, telemetry, LLMs, or semantic source parsing.
The Asset Store package has been submitted and its permanent listing URL is reserved. The store page becomes publicly purchasable as soon as Unity publishes the submission.
SBCheckpoint
SBCheckpoint now has a permanent Unity Asset Store listing. Public purchase begins when Unity publishes the submitted package.