Pre-launch Workloom builds — the wl CLI binary and the desktop app — are not
yet code-signed or notarized. This is a deliberate pre-launch choice, not a
defect: signing costs recurring money + CI setup that isn’t justified before
launch. This page explains what you’ll see and how to run the builds safely.
Yes. The trust comes from provenance, not a signature:
curl | bash installer downloads from GitHub Releases and verifies a
SHA-256 checksum (SHA256SUMS) before installing — a tampered binary fails.The OS warnings below are about “we can’t verify the publisher” (no paid signing cert), not “this is malware.”
curl | bash — no warningThe installer writes the binary without the com.apple.quarantine flag, so it
runs immediately. Nothing to do.
A browser download gets quarantined. Clear the flag once:
xattr -d com.apple.quarantine ./wl
./wl --help
.app / .dmgGatekeeper blocks the first launch. Either:
clear the flag from a terminal:
xattr -dr com.apple.quarantine "/Applications/Workloom.app"
If macOS says the app “is damaged and can’t be opened,” that’s still the
quarantine flag on an unsigned bundle — the xattr -dr command above fixes it.
SmartScreen shows “Windows protected your PC” on first run of an unsigned
.exe or .msi. To run it:
Optionally unblock the file first so the prompt doesn’t recur:
No OS signing gate. If the binary isn’t executable:
chmod +x wl
./wl --help
Signing is a post-launch follow-up:
Until then, the steps above are the supported path.