Skip to main content

The architecture

How coding agent sessions move from developer machines to your bucket and analytics.

Choose your deployment mode

On each development machine or sandbox

After the bucket

Compare deployment modes

SummaryArchive in your cloudYour archive and your tablesQuesma hosts everythingYour storage, Quesma analyticsEverything in your cloud
Quesma can decrypt sessionsNoNoYes, with your keyYes, with your keyNo
Analytics provided byNoneYour toolsQuesmaQuesmaQuesma, in your cloud
Control planeYour cloudYour cloudHosted by QuesmaYour cloudYour cloud
BucketYour bucketYour bucketHosted by QuesmaYour bucketYour bucket
Tables and analyticsNoneYour tables, your toolsHosted by QuesmaHosted by QuesmaYour cloud
Private keyYours onlyYours onlyYours, shared with Quesma to decryptYours, shared with Quesma to decryptYours only
You deployShipper, control plane, bucketShipper, control plane, bucket, normalizerShipperShipper, control plane, bucketEverything, with Quesma software in your cloud
  • Open-source archive

    Archive in your cloud

    • Quesma cannot decrypt
    • Analytics: None
    Deployment details
    Control plane
    Your cloud
    Bucket
    Your bucket
    Tables and analytics
    None
    Private key
    Yours only
    You deploy
    Shipper, control plane, bucket
  • Open-source normalization

    Your archive and your tables

    • Quesma cannot decrypt
    • Analytics: Your tools
    Deployment details
    Control plane
    Your cloud
    Bucket
    Your bucket
    Tables and analytics
    Your tables, your tools
    Private key
    Yours only
    You deploy
    Shipper, control plane, bucket, normalizer
  • Professional

    Quesma hosts everything

    • Quesma can decrypt, with your key
    • Analytics: Quesma
    Deployment details
    Control plane
    Hosted by Quesma
    Bucket
    Hosted by Quesma
    Tables and analytics
    Hosted by Quesma
    Private key
    Yours, shared with Quesma to decrypt
    You deploy
    Shipper
  • Business / Enterprise SaaS

    Your storage, Quesma analytics

    • Quesma can decrypt, with your key
    • Analytics: Quesma
    Deployment details
    Control plane
    Your cloud
    Bucket
    Your bucket
    Tables and analytics
    Hosted by Quesma
    Private key
    Yours, shared with Quesma to decrypt
    You deploy
    Shipper, control plane, bucket
  • Enterprise BYOC

    Everything in your cloud

    • Quesma cannot decrypt
    • Analytics: Quesma, in your cloud
    Deployment details
    Control plane
    Your cloud
    Bucket
    Your bucket
    Tables and analytics
    Your cloud
    Private key
    Yours only
    You deploy
    Everything, with Quesma software in your cloud

Planned platforms: AWS, GCP, Azure, Cloudflare, Snowflake, and Databricks.

Guarantees

Session data is as valuable as server logs, and as sensitive, so it gets the same handling: scrubbed, encrypted, uploaded to your bucket, normalized.

What is collected

  • Reads session directories only

    Only the agents' own session directories. No other files, keystrokes, screenshots, browser history, or process list.

  • Credential stores stay closed

    ~/.ssh, ~/.aws, and .env files sit on a compiled deny list.

  • Cannot widen what is read

    The scope is compiled into the binary, and a new root needs a release.

  • Open source, auditable

    Everything that runs on your devices is open source under Apache 2.0. You are welcome to verify it or contribute.

What leaves the device

  • Credentials scrubbed before upload

    Credentials should not be in agent sessions, but sometimes are. Before anything leaves the machine, the Shipper scrubs by pattern everything that looks like one.

  • Preview what leaves

    quesma-shipper preview shows what the next run would send.

  • Two layers of protection

    Cloud permissions on the bucket, and a per-customer encryption key.

  • Writers cannot decrypt uploads

    The keys are public-private: a writer holds only the public key and cannot decrypt what it wrote.

  • Shared objects leak nothing

    An accidentally shared object does not leak session content.

Who can access it

  • Control plane never sees sessions

    It never sees session content and holds no key.

  • Cannot weaken protections

    It cannot remove a reader, a scrub rule, or encryption. A configuration it cannot honor is refused whole.

  • Local disable always wins

    A local disable beats a remote enable.

  • Staff do not open sessions

    Humans get access only on your ticket.

  • Aggregates, not prompts

    Quesma works on the raw sessions, but the product shows aggregates by team, repository, and kind of work, not individual prompts.

Everything that runs on your devices is open source.