Skip to content
MirrorFirm

What licence scope should an agent developer clarify before starting?

A buyer can clarify rights for training, evaluation, derived artefacts and redistribution before selecting generated material for a development workflow.

Start with the intended use of the generated material. Training an internal agent, evaluating a hosted service and distributing a benchmark to external developers involve different activities. A buyer should describe those activities and ask which rights the proposed licence would cover.

Clarify whether the intended scope includes model training, fine-tuning, internal evaluation, contractor access and creation of derived task packs. If outputs will appear in a public demonstration or a downloadable product, ask separately about redistribution and publication. Access through a website or public MCP server should not be treated as evidence that every downstream use is permitted.

Also identify which artefacts your workflow will retain: source files, transformed records, prompts, evaluation traces or model checkpoints. Questions about retention and derived artefacts are easier to resolve when the intended development process is concrete.

These are matters to establish in the proposed licence, not assumptions about MirrorFirm's terms. A useful first step is a short use-case description listing users, processing activities and intended distribution. That gives the scope discussion a specific basis without inventing commercial conditions.

Match the requested licence scope to how your team will use, transform and distribute the generated material.

Audience:
Agent developers
Content type:
Explanation
Buyer question:
Scope and getting started

Content release: r-a220eb6e099b243b

More on Cross-team handover