ClickUp Continuous Integration

SkillDev tools

Gate ClickUp adapters with offline OpenAPI contracts and a protected read-only live probe. Use when adding CI for a ClickUp-backed repository. Trigger with "ClickUp CI", "test ClickUp integration", or "ClickUp contract tests".

Use ClickUp Continuous Integration in Claude, ChatGPT or Ahel Desktop

Free. Sign in, add ClickUp Continuous Integration and connect your AI. About a minute.

Also: Claude Code · Cursor · Codex

Then ask your AI: use the ClickUp Continuous Integration skill

Details

Instructions available. Your AI can read the instructions. Execution depends on the setup they require.

Add Ahel to your AI once: Claude, ChatGPT, Cursor, Claude Code or Codex. Then ask it to use this.

ClickUp Continuous IntegrationStart free

What this skill tells your AI

The instructions your AI receives, as published by jeremylongshore/tons-of-skills-marketplace in skills/.curated/clickup-ci-integration/SKILL.md and read by Ahel’s review.

Overview

Keep ordinary pull-request checks deterministic and secretless while retaining a separately protected probe for provider-contract drift.

Prerequisites

  • The repository's test runner, ClickUp transport boundary, and CI platform
  • Sanitized fixtures for v2 and any selected v3 response shapes
  • A protected non-production credential and strict request ceiling for the optional live lane

Tool Discipline

Use Read, Glob, and Grep to inspect the repository, adapters, configuration names, tests, and evidence. Use WebFetch only for current official ClickUp documentation. Use Write or Edit after confirming the target file, Workspace boundary, and requested mode.

Current Contract

  • Pin the official v2 and v3 OpenAPI inputs separately; do not model v3 as a complete replacement.
  • Offline tests cover authentication, plan denial, pagination, rate headers, webhook typing, and redaction.
  • The live lane uses GET /api/v2/user or GET /api/v2/team; it does not create or update work.
  • Fork code never receives ClickUp credentials.

Authentication

Use a personal token only for accountable individual/testing work or OAuth Authorization Code for a user-facing integration. Inject the token server-side through a governed secret reference, send it in Authorization, verify authorized Workspace IDs, and never print the token, OAuth client secret, or webhook secret.

Instructions

  1. Inventory every endpoint, version, fixture, secret reference, and network-bearing test.
  2. Generate or validate transport types against pinned official OpenAPI inputs.
  3. Add fixtures for success, common OAuth errors, 429 responses, null webhook fields, and page boundaries.
  4. Test redaction, retry eligibility, version routing, and workspace allow-list enforcement.
  5. Place the bounded live probe behind a trusted event and protected environment.
  6. Publish status, schema versions, request count, and redacted drift evidence.

Approval Boundaries

Do not expose credentials to fork code or let CI create tasks, webhooks, members, ACLs, or hierarchy objects without a separate environment approval and cleanup plan.

Output

Return offline coverage, pinned schema digests, live-lane eligibility/result, workspace boundary, request count, and any provider drift.

Error Handling

ConditionResponse
No approved live credentialSkip the live probe and keep offline contracts authoritative.
Fork event requests secretsRefuse the secret-bearing job.
OpenAPI version driftsFail visibly and review the endpoint-specific delta.
Credential appears in logsCancel the run, rotate or revoke it, and scrub artifacts.

Examples

The example below is a redacted operator receipt; it contains no task text, member data, credential, or webhook secret.

offline=pass; v2_schema=pinned; v3_schema=pinned; live=skipped(untrusted-event); writes=0

Resources

Signals

GitHub stars
3k
Forks
415
Last commit
Oct 2026
Advanced
Item type
skill
Key
clickup-ci-integration
Source
github.com/jeremylongshore/tons-of-skills-marketplace