The v2 list pipelines endpoints can’t filter by user, so you’re right that the only options there are mine=true or filtering client-side. There are two other routes, depending on what you need.
1. Near-real-time list (v3).POST /api/v3/runs/search accepts a filter expression, and you can filter on the user who triggered the pipeline:
Use pipeline.event.provider_login to match on the VCS username instead. Scope defaults to the last two weeks, so pass a from and to window for more. The filter syntax isn’t fully documented on the reference page yet, and we’re working on that.
2. Historical reporting (v2 Usage API). The Usage API exports job-level usage as a CSV for any 32-day window up to 13 months back. Each row includes pipeline_trigger_user_id, so you can filter the export by user. Data refreshes daily through the previous full day, so it’s better for reporting than for live queries.
Thanks! The v3 endpoint seems promising, but the only problem is that I am unable to scope to my entire organization. My organization has 900 projects and it seems the endpoint requires projects to be specified (up to 250) so I will still have to do some client side magic to pull things together.