Skip to Content

Ticket Directives

Ticket directives give MergeLoom explicit instructions for a single ticket. Use them when repository catalog defaults are not specific enough.

Put directives in the ticket description inside the first [JCA]...[/JCA] block:

[JCA]
work_repos=api
context_repos=shared-docs
context_files=api:MERGELOOM.md
context_folders=api:src/billing
inline_context=Use the existing retry policy from the billing service.
provider=claude-api
model=sonnet
[/JCA]
KeyUse it for
work_reposSelect one or more writable repository aliases for the job.
context_reposAdd read-only repository aliases as context.
context_filesPoint MergeLoom at specific files, usually alias:path.
context_foldersPoint MergeLoom at specific folders, usually alias:path.
inline_contextAdd short ticket-specific implementation context.
providerRequest a provider profile where your workspace allows it.
modelRequest a model alias where your workspace allows it.

Unknown keys are not a reliable way to control behavior. Use only documented keys.

Repository aliases come from the Controller UI Repository Catalog.

If a workspace has more than one enabled work repository, use repo-<alias> labels for normal routing or work_repos=<alias> in a directive when the ticket needs explicit routing.

Compatibility forms repo=<alias> and repo:<alias> may be accepted by the router, but repo-<alias> is the customer-facing label format.

Directive resolution happens before the worker starts the job.

Common failures:

  • work_repos names an unknown or disabled repository alias
  • context_repos names a repository not enabled as work or context
  • context_files or context_folders points at an invalid path
  • provider names a provider that is not ready or not allowed
  • model names a model alias not allowed by the workspace plan or provider

When resolution fails, MergeLoom blocks the job before execution and records the error in controller-side activity or job detail.