together-webhooks-events

Convert Together AI batch, fine-tuning, upload, and dedicated-deployment job states into idempotent internal events using bounded polling and an optional owned callback. Use when integrating asynchronous Together work. Trigger with "Together job events", "Together callback", or "poll Together status".

Allowed Tools

ReadGlobGrepWebFetchWriteEdit

Provided by Plugin

together-pack

16 source-grounded operator skills for Together AI inference, batch, fine-tuning, deployment, security, and operations

saas packs v1.9.0
View Plugin

Installation

This skill is included in the together-pack plugin:

/plugin install together-pack@claude-code-plugins-plus

Click to copy

Instructions

Together AI Job Events

Overview

Together documents asynchronous retrieval and polling for batch, fine-tune, upload, and deployment state. This skill emits internal events from that source of truth instead of inventing a provider-signed webhook.

Prerequisites

  • The job type, ID, project, terminal states, and retrieval method
  • A durable cursor/state store and idempotency key policy
  • Poll interval, deadline, retry budget, and event retention policy
  • An owned callback endpoint only if downstream push delivery is required

Tool Discipline

Use Read, Glob, and Grep to inspect job persistence, pollers, queues, and callback handlers. Use WebFetch to confirm current job states and retrieval methods. Use Write or Edit only after the event contract and storage boundary are approved.

Current Contract

  • Do not expect a universal Together webhook signature header; no general signed webhook surface is documented for these job APIs.
  • Persist the provider job ID before polling and derive internal idempotency from job ID plus observed state/version.
  • Treat terminal job status and per-item output/error artifacts as separate facts.
  • Deliver downstream callbacks from infrastructure you own and authenticate them with your own signing scheme.

Authentication

Poll Together with the project-scoped TOGETHER_API_KEY Bearer credential. For an owned callback, use a separate secret, timestamped signature, replay window, and rotation plan; never present that signature as Together-generated.

Instructions

  1. Map provider job states to a small versioned internal event schema.
  2. Persist job ID, last observed state, next poll time, attempt count, and deadline.
  3. Retrieve with bounded exponential backoff and jitter; stop at terminal state or deadline.
  4. Emit only on meaningful transitions and deduplicate by job/state key.
  5. On completion, fetch output and error artifacts before declaring record-level success.
  6. If needed, sign and deliver an internal callback with replay protection and a dead-letter path.

Approval Boundaries

Do not expose the Together key to callback consumers, invent provider signatures, or delete remote/local job artifacts before reconciliation and retention approval.

Output

Return the provider job reference, state mapping, poll schedule, transition ledger, reconciliation status, callback delivery evidence, and deadline/dead-letter disposition.

Error Handling

Condition Response
Retrieval is transiently unavailable Retry with jitter inside the overall deadline.
Job ID is missing Stop; do not create a replacement job automatically.
Completion has an error file Emit completed-with-errors and reconcile records.
Callback repeatedly fails Preserve the event in a dead-letter queue for replay.

Examples

The example below shows the minimum redacted evidence expected from a successful invocation of this operator workflow.


job=batch-redacted; transition=IN_PROGRESS->COMPLETED; records=reconciled; callback=owned-signed

Resources

Ready to use together-pack?