---
spec: agent-feature
status: ready
owner: feature-pipeline-agent
related-routes:
files:
  - s
  - r
  - c
  - /
  - a
  - p
  - i
  - /
  - v
  - 2
  - /
  - p
  - r
  - o
  - j
  - e
  - c
  - t
  - s
  - /
  - i
  - s
  - s
  - u
  - e
  - s
  - /
  - i
  - s
  - s
  - u
  - e
  - s
  - .
  - r
  - o
  - u
  - t
  - e
  - s
  - .
  - t
  - s
---

# agent-feature

## Goal

Add an optional comma-separated `typeName` query parameter to GET
/api/v2/projects/{projectId}/issues. When supplied, the issue list is
filtered server-side to issues whose IssueType.TypeName matches one of the
provided values (OR semantics). Omitting the parameter returns the full,
unchanged list. This is a read-only, additive, backward-compatible change to
the existing issues list endpoint.


## Behavior changes

- GET /api/v2/projects/{projectId}/issues

## Acceptance criteria

- [ ] The behavior described above is implemented on the listed files.
- [ ] Existing behavior is unchanged when the new feature is not exercised.
- [ ] Unit and (where observable) e2e tests cover the new behavior.

## Out of scope

- Filtering by issueTypeId (project-scoped composite PK makes this unsuitable).
- Any change to response shape, egress DTO fields, or pagination behavior.
- Client-side changes beyond the dashboard switching to typeName=Quality.
- Phase 2+ payload-size optimizations beyond this filter parameter.
- Any write-path or schema/column changes to Issue or IssueType tables.

## Notes / open questions

- Generated by the feature pipeline from the approved architect plan. If any
  acceptance criterion is ambiguous, ask the human before implementing.