Skip to content

design: explore compiled catalog profiles and cache identity #254

Description

@lloydrichards

Snapshots could make named recipes reusable as downloads, reproduction fixtures, or cached generated output. Before adding storage, establish how a compiled profile relates to its declarative catalog and rendering inputs.

Project names, target paths, and configuration are open-ended. Precomputing every variation is not a useful first scope. Start with one named recipe and generate uncommon combinations on demand.

Investigate:

  • Which consumer benefits from a compiled profile rather than generation?
  • Which inputs identify it: catalog/fragment digest, normalized Selection, effective config, composer version, and generation stage?
  • How do parametrized declarations and contributor provenance survive alongside concrete snapshot payloads?
  • Does decoding actually beat generation for time, payload size, and memory?

Keep catalog operations authoritative. Two modules updating the same JSX slot or package.json still need semantic composition. VFS sibling deltas require their matching base and cannot simply be stacked.

A useful outcome is one reproducible round trip, explicit invalidation when an input changes, measured costs, and a recommendation to adopt, narrow, or stop. This is research, not approval for a registry service or marketplace.

Related: #249 owns declarative fragments; #252 owns portable artifact completeness and compatibility; #250 owns workspace materialization.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions