Encryption & IP Protection
Your Skill logic is your core asset. OpenClacky's encryption ensures it cannot be reverse-engineered or copied.
How Encryption Works
The heart of a Skill is SKILL.md — your methodology, workflow, and prompts live there.
Unencrypted Skill (open-source mode): Anyone can read SKILL.md and copy your design.
Encrypted Skill: SKILL.md is compiled into SKILL.md.enc — a binary file encrypted with your License Key. The client's Clacky decrypts it locally at runtime, but the plaintext is never stored on the client's machine.
What Does Encryption Protect?
✅ Prompt wording and structure
✅ Workflow logic and decision rules
✅ Your accumulated professional heuristics
✅ Tool call sequences and parameters
❌ Skill name and description (visible to users for marketplace display)
How to Encrypt
openclacky
# Encrypt a Skill directory
/encrypt ./my-skill
# Output:
# ✅ SKILL.md.enc generated successfully
# Your original SKILL.md stays local — never uploaded
Only the .enc file is uploaded to OpenClacky. Your original SKILL.md never leaves your machine — even the platform can't read it.
License Binding
Every encrypted Skill is tied to a License Key:
- Client purchases → receives a unique License Key
- Client activates → Clacky verifies Key validity with the server
- Runtime decryption → Skill executes locally; decryption happens in memory only
- Expiry / revocation → Next startup validation fails; Skill stops working
When Does a License Become Invalid?
- License expired (based on your configured duration)
- License revoked (you manually revoke, e.g., for a refund)
- Device anomaly (same Key used on too many devices triggers protection)
Offline Grace Period
Clacky supports offline work with a 3-day grace period for license validation. Even without network access, clients can continue using their Skills for up to 3 days before re-verification is required.