0.7.1

What's new

• there-there login now links to the correct API token page. The printed URL pointed at /app/settings/user/api-tokens, which returned a 404. It now points at /settings/account/api-tokens.
• Failed logins surface the real error. Any non-2xx response previously printed Invalid API token., even when the token was valid and the server returned a different error. Genuine 401s still say Invalid API token.; everything else now shows the server's status and message.

0.6.0

What's new

• show-ticket now returns inline_images[] on each message. These are images embedded inside the email body (typically bug screenshots customers paste in). Each item exposes id, name, mime_type, size, content_id, url (matches the <img src> in body_html), and download_url. The bytes can be fetched with the same Bearer token the CLI uses; the skill docs include a curl recipe.
• OpenAPI spec sync: picked up the trigger_type enum on automation rules (on_new_ticket, on_inbound_message) which had drifted from the API.

0.5.0

What's Changed

• API alignment: updated to the new data-wrapped response format used by the There There API (single resources are now returned under a data key).
• Multi-workspace tokens: the CLI now stores a workspace id per profile and attaches an X-Workspace-Id header to every request, so tokens scoped to multiple workspaces work correctly.
• Expanded command set: the bundled OpenAPI spec now covers all current endpoints (contacts CUD, tags CRUD, teams, members invite/remove, quick replies, saved views, workflows, brains, brain articles, etc.).
• TLS security: certificate verification is now enabled by default for remote hosts. It's only disabled for local development (localhost, 127.0.0.1, ::1, and *.test). Previous versions disabled verification unconditionally.
• Credential file permissions: ~/.there-there/config.json is now written with 0600 permissions since it contains API tokens.
• Internal cleanup: simpler CredentialStore, a shared Pest helper, and extra tests covering the new behaviors.

0.4.0

What's new

Profile support for multiple workspaces

You can now store credentials for multiple workspaces using named profiles.

# Log in to multiple workspaces
there-there login --profile=spatie
there-there login --profile=ohdear

# List all profiles
there-there profiles

# Switch the default profile
there-there use spatie

# Run a command against a specific profile
there-there list-tickets --profile=ohdear

When logging in without --profile, the profile is automatically named after the workspace.

New commands

• there-there profiles lists all configured profiles
• there-there use {profile} switches the default profile

Updated commands

• login accepts --profile to name the profile
• logout accepts --profile to remove a specific profile, or --all to remove all
• All commands accept --profile to override the active profile for that invocation