Public repositories
For open-source projects, public documentation, SDKs, examples, and release notes.
- open source
- docs
- examples
Skron gives teams familiar repositories, pull requests, issues, and rooms. For sensitive projects, secret repositories add zero-knowledge end-to-end encryption without turning the product into a separate security tool.
Public and private repositories stay simple for compatibility. Secret repositories unlock protected content on approved devices, with an experimental post-quantum profile under review for key sharing and trust changes.
comstud / skron-core
Repository workspace
Unlocked here
This device can read protected repository content.
PR #128
Access model update needs two reviews.
Review room
Three unread messages linked to this change.
Vault grant
Signing key access waits for approval.
A Skron repository is either public, private, or secret. Secret mode is the zero-knowledge option: the repository keeps the normal Git workflow, but protected content is encrypted before it reaches the server.
For open-source projects, public documentation, SDKs, examples, and release notes.
For internal product work where access control matters but normal server-side collaboration is acceptable.
For source code, security research, regulated work, and private conversations that should not be readable by the server.
The goal is simple: Skron should help teams collaborate without becoming the place that can read their most sensitive source code, reviews, rooms, or repository keys.
What it means
In a secret repository, protected code, rooms, keys, and sensitive metadata are encrypted before they leave an approved device. Skron can sync the work without being able to read it.
Why teams need it
Security fixes, signing keys, customer-specific code, incident notes, and private reviews can live next to branches and pull requests without moving the discussion to a separate secure messenger.
How access works
A secret repository asks for a local unlock. Repository keys are wrapped for approved identities, vault access is scoped, and trust changes require stronger proof.
The core UI stays close to tools developers already know: repositories, branches, pull requests, issues, and releases. Skron adds encrypted rooms, scoped vault grants, and local unlocks where sensitive work needs them.
Create public repositories, private company repositories, or protected repositories for sensitive work.
Review pull requests with the repository, issue, chat room, and required secrets visible from the same place.
Track work without losing the link to code. Issues can point to branches, pull requests, rooms, and releases.
Use protected rooms and scoped vault grants when a change needs sensitive discussion or short-lived access.
The main workspace stays familiar: files, commits, branches, pull requests, issues, and releases.
A pull request can show the related issue, room, board card, and required vault access without opening four tools.
Secret mode keeps the repository workflow intact and asks approved devices to unlock protected content locally.
Review code first. Related issues, rooms, and vault grants are available when needed, not mixed into the file browser.
Sensitive discussion can live next to the change it belongs to, while protected messages unlock only on approved devices.
A reviewer can request short-lived access without turning the pull request into a secret-sharing thread.
Skron keeps encrypted discussion, issues, and short-lived secret access close to the pull request.
The core screens stay close to repository hosting, code review, and issue tracking instead of becoming a giant admin portal.
Secret mode should feel like a repository setting with clear safety cues, not a cryptography product users must learn first.
Demo access