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
- Atlassian site admin on the JIRA workspace you want to connect.
- Cliq realm admin on the realm you want to bind — the
least-privilege PAT needs the
dispatchandread:realmsscopes only. Noadminneeded. - At least one team published to that realm.
Install
Install from the Atlassian Marketplace or, for a scratch tenant, via the Forge CLI:- Go to Apps → Manage your apps → cliq.
- Paste a Cliq PAT (create one with
cliq auth token jiraor from the tokens page). Its grant needsrealmsread anddispatchwrite access. - Click Load realms, pick the realm to bind, click Connect.
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.- Team picker — shows every team published to the bound realm.
-
Input form — auto-populates from the issue:
- 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 apull_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_mergephase) 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-sidenotification_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
- Docs — this page.
- Bugs / feature requests — support@getcliq.io or file an issue on cliq-jira.
- Marketplace listing — https://marketplace.atlassian.com/apps/cliq-jira.