Profiles control how much Stencila provenance is included in a signed asset. They are a privacy and disclosure choice, not a signature-strength setting. All profiles still produce normal C2PA manifests and signatures.
Profiles are independent of the signing backend. For example, a public-profile credential can be signed locally or by Stencila Cloud:
stencila render article.smd --to pdf --credentials=public --credentials-signer local
stencila render article.smd --to pdf --credentials=public --credentials-signer cloud
Use this as a starting point:
public is the default profile. It is intended for assets that may leave the workspace or be uploaded to public verification tools.
The public profile keeps portable, low-risk facts such as asset type, media type, producer version, public source references, and selected provenance summary fields. It redacts local paths, private repository URLs, secret-looking identifiers, and high-detail workflow state.
stencila render article.smd --to pdf --credentials
stencila render article.smd --to pdf --credentials=public
When signing rendered output, the default signer is auto: Stencila uses Cloud signing when a Cloud token is available and falls back to local signing when possible. Use --credentials-signer local when you need to avoid Cloud signing.
Use public for journal submission figures, preprints, repository deposits, conference slides, and anything that may be checked by people outside your team.
private is for internal sharing where collaborators may need more source and execution context.
stencila render article.smd --to pdf --credentials=private
full is for controlled archives and debugging. It preserves the most local provenance detail Stencila currently knows how to project.
stencila render article.smd --to pdf --credentials=full
Treat full-profile manifests as sensitive unless you have reviewed the signed payload.
When fields are removed or summarized, Stencila records redaction metadata where the active policy allows it. Verification output includes a compact redaction count so reviewers can see whether the Stencila assertion is complete or policy-filtered without reading the full payload.
Profiles are additive in intent, but they are not a promise that every possible local fact is captured. Some features, including exact reproducibility checks and workflow attribution, are still deferred.