Short answer: You can get sentry issue in Sentry by hand from its own interface, but it won’t repeat itself. On TinyCommand, add the Sentry Get Sentry Issue action to a workflow, map its 1 input from any upstream app, and it runs automatically every time the trigger fires. No code, and a free tier to start.
Every field can be mapped from an upstream trigger, AI step, table row, or hard-coded literal.
| Field | Type | Required | Description |
|---|---|---|---|
Issue ID issue_id | string | Required | Issue ID. Example: 12345 |
{"issue_id": "e.g. 12345"}
{"id": "12345","count": 42,"level": "error","title": "TypeError: Cannot read property","status": "unresolved","shortId": "MY-APP-1A2B","lastSeen": "2025-01-15T12:00:00Z","firstSeen": "2025-01-01T00:00:00Z"}
Use these fields in downstream nodes for routing, logging, or error handling.
Any of these apps can fire this action as part of a workflow.