Raise IM Ticket

Creates a Bug in PSV shaped so the PSV-IM Agent can actually work it. The description is generated from these fields — not from prose — because the agent parses it with strict regexes and hard gates. Fields that unlock a capability say which one.

1Routing

Determines whether the agent picks the ticket up at all.
Live customfield_11997 options from Jira. Only nine brands are agent-processed; the rest are grouped separately.
Auto-filled from Brand + Environment. Two live tickets parsed as org=? because it only existed in prose — the agent then can't resolve credentials or cluster.
Selects the cluster.
P0 or P1 required for Neo self-healing.
Routes to the team skill.
Fixed. Only Bug proceeds to RCA; everything else escalates immediately.

2API Platform

Why this matters
The #1 stall cause. The description must contain a line matching API Platform: Neo literally — the detector regex is api\s*(platform|type)\s*[:=]\s*neo. A real ticket said “Neo endpoint : v1/benefits”; that does not match, and the ticket sat blocked asking a human which platform it was. This radio emits the literal line, so nothing depends on your prose.

3When it happened

Bounds the log query window.
Optional for non-Neo, but a full URL beats a path.

4The problem

5Attachments optional

Why this matters
The agent compares your live dataflow against this document to find what deviates. Without it, it can only guess at intended behaviour. Design coverage comes back NOT_COVERED, there is no specification to audit the code against, and the agent can only describe symptoms. An attached doc takes precedence over searching Confluence.
Attach SDD / LLD / BRD, screenshots or logs
Click or drop. .md .pdf .docx .doc .txt count as a design doc; images and logs attach as supporting evidence.

Agent readiness

—
0%
Fill the form to see what the agent will be able to do.

Description the agent will parse

Generated server-side — this is byte-for-byte what gets submitted.
…
Complete the blocking items first.