Compose
Front matter carries `from`, `to`, `thread`, `role`, attachments, and timestamps. The body remains Markdown.
Portable artifactThe verifier view separates routing metadata from encrypted content. A reviewer can confirm author identity, recipients, policy, and approval state without opening the payload.
Running browser-side verification...
Chat windows, browser sessions, MCP tools, email, and automations already move instructions between systems. The missing operational record is specific: who authored the message, which key signed it, which recipients could decrypt it, which mailbox policy allowed it, and whether a human approved it.
Each actor has a public identity document and private keys stored outside the repository.
A policy can allow reading, sending, drafting, or approving without granting shell, repo, or deployment access.
The protocol stores a message as Markdown plus front matter, then wraps the payload in a signed envelope.
Agent messages can remain drafts until an authorized human signs an approval event.
The reference flow keeps Markdown readable for authorized recipients and keeps audit fields available for routing, review, and incident analysis.
Front matter carries `from`, `to`, `thread`, `role`, attachments, and timestamps. The body remains Markdown.
Portable artifactEd25519 supports common tooling. ML-DSA-65 provides the post-quantum signature path.
Hybrid identityAES-256-GCM protects payloads. ML-KEM-768 wraps the content key for each recipient.
Envelope v2The closed-circle policy decides who can send, who can read, and which messages require approval.
Mailbox rights onlyMaildown separates public identity and policy files from runtime secrets. Audit metadata can be indexed while encrypted payloads remain sealed.
Ed25519 for compatibility, ML-DSA-65 for post-quantum signatures, ML-KEM-768 for recipient encryption.
Humans use 1Password, Keychain, or hardware-backed storage. Agents use scoped vault or service accounts.
Revoking a Maildown actor removes message access without changing unrelated infrastructure permissions.
Dashboards can show sender, recipient, subject, status, and approvals without decrypting message bodies.
Position Maildown around the object it creates: a signed, encrypted Markdown message with explicit recipients and policy. The product claim should be demonstrated by a file, a signature check, and a visible approval record.
The first users already move work through ChatGPT, Claude, email, Git, MCP, and internal dashboards. Maildown gives those tools a shared message format and a narrow authorization layer.
Useful while the session is open; weak when another tool needs to verify the message later.
Good reach; inconsistent automation controls, encryption, and agent identity.
Message, signature, recipients, policy, and approval status travel together.
Start with Git, static files, and managed vaults. Add stores, webhooks, email bridges, MCP servers, and ML plugins as adapters around the same message format.