Skip to main content
Integrations
The Cliq for JIRA app connects a JIRA workspace to a Cliq realm so ticket owners can dispatch team runs straight from an issue and watch progress land back as comments.
  • Who it’s for: engineering / support teams that already triage in JIRA and want to hand tickets off to Cliq teams (PR drafters, incident responders, cleanup crews) without copy-pasting.
  • What it costs: free — an Atlassian Forge app you install from the marketplace; runs entirely inside your Atlassian tenant. Uses your existing Cliq subscription.

What you get

Prerequisites

  1. Atlassian site admin on the JIRA workspace you want to connect.
  2. Cliq realm admin on the realm you want to bind — the least-privilege PAT needs the dispatch and read:realms scopes only. No admin needed.
  3. At least one team published to that realm.

Install

Install from the Atlassian Marketplace or, for a scratch tenant, via the Forge CLI:
Then in JIRA:
  1. Go to Apps → Manage your apps → cliq.
  2. Paste a Cliq PAT (create one with cliq auth token jira or from the tokens page). Its grant needs realms read and dispatch write access.
  3. Click Load realms, pick the realm to bind, click Connect.
That’s it — you can start dispatching from any issue.
Behind the scenes, connect calls POST /v1/integrations/jira/register on cliqhub, which provisions a notification channel with an HMAC secret. Every subsequent event fires through that channel; rotating the secret from the settings page invalidates the old one immediately.

Bind projects to realms

By default, every JIRA project falls back to the account default realm you picked on Connect. Override per-project on the settings page: Bindings persist across app updates. Renaming a JIRA project doesn’t break the binding (Atlassian project IDs are stable).

Dispatch from an issue

Open any issue → the cliq panel appears in the sidebar.
  1. Team picker — shows every team published to the bound realm.
  2. Input form — auto-populates from the issue:
  3. Dispatch — the run enqueues on cliqhub. A 🤖 comment appears on the issue within a couple of seconds.

What lands on the issue

Every lifecycle event posts a comment: Each comment links back to the run in cliqhub for the full timeline.
Automatic issue transitions on PR merge or run completion are opt-in and configured per-project — coming in a future release. Today, the app writes comments and remote links only; transitions stay in your hands (or your GitHub-JIRA connector’s, if that’s already wired up).

The PR loop

Teams that ship a pull_request artifact (via an open_pr phase) get extra treatment:
  • The panel shows a PR chip next to the run row that opens the PR in a new tab.
  • The issue’s Development section (or “Web links”) gets a remote link to the PR, tagged with the originating run id.
  • On merge, both cliq (via an after_pr_merge phase) and your native GitHub-JIRA connector may fire. The app dedupes first-write-wins per (issue, PR) so you never get a double comment or a double transition.

Rotate the webhook secret

The Webhook card on the settings page shows:
  • Recent delivery count (24h) and success ratio.
  • Last delivery id and timestamp.
  • Rotate secret — mints a new HMAC key on cliqhub; from then on the Forge app rejects any delivery signed with the old key. The new key is shown once — copy it into your ops vault if you want an out-of-band backup.

Uninstall

Uninstall from Apps → Manage your apps → cliq → Uninstall. On uninstall the Forge Storage is purged (credentials, run cache, delivery idempotency keys, PR-merged markers). Reinstall starts you back at “not connected”; you’ll need to reconnect a PAT to resume. The cliq-side notification_channels row isn’t deleted on uninstall — cliq keeps it around so you can rebind the same JIRA workspace to a different Cliq realm later without re- provisioning. Delete it manually with POST /v1/notification_channels/remove (Hub API) if you want a completely clean slate.

Troubleshooting

Support