List the repositories a user has starred
GET/api/users/{handle}/stars
listUserProfileStars
Newest star first, keyset-paginated, each row with its `star_count`. Pass a previous response's `next_cursor` back as `cursor` for the next (older) page; `limit` defaults to 20 and is capped at 50. Only repositories the CALLER can currently read are listed — the same decision the repo routes make — and the starred repositories the caller cannot read leave no trace: a page is full unless it is the last, and `next_cursor` is absent exactly when nothing the caller can read follows (access withdrawn while the page is read can leave it short with a cursor). The cursor is opaque and valid only for the user's list that issued it; a malformed, foreign or expired `cursor` is a 400. An unknown handle, or one that is not a user's, is a 404.
Authentication is not described for this operation in the spec — that does not mean it is public. Check tokens and scopes.
curl
curl -X GET 'https://neosource.dev/api/users/HANDLE/stars'fetch
fetch("https://neosource.dev/api/users/HANDLE/stars", {
method: "GET",
});Path parameters
handlerequiredUsername slug.
Query parameters
cursorOpaque pagination cursor from a previous response's `next_cursor`.
limitPage size; default 20, max 50.
default
20
Responses
200Starred repositories
application/json
403Forbidden — one of: forbidden, needs_scope
application/json
Standard errors
Bodies documented once for the whole API — see standard errors.
- 400Bad Request — one of: invalid_input
- 404Not Found — one of: not_found
- 429Rate limited — retry after the `Retry-After` header
- 500Internal server error
- 503Service temporarily unavailable / at capacity — retry after the `Retry-After` header
- 504Gateway timeout — the request exceeded the server's handling budget
Schemas
Referenced above. Listed here rather than expanded inline, so the same definition is not repeated at every level.
MergeMethod
How a pull request's commits land on its target branch. A repo carries two settings over this enum (`migrations/20260820120000_repo_merge_methods.sql`): the set it *permits* (`RepoRecord::allowed_merge_methods`, never empty) and the one the merge path reaches for when the request names none (`RepoRecord::default_merge_method`, always a member of that set — enforced by the settings route, which is the only place both columns are visible at once). `Default` is [`MergeMethod::Merge`] to match the column default, which is itself the pre-existing behaviour of every repo: before this setting existed, a merge always minted a two-parent commit. `Rebase` is deliberately absent rather than merely unimplemented — it replays N commits, can conflict per commit, and rewrites the SHAs the stacked-PR re-parent invariant leans on (`plans/archive/pr-merge-methods-2026-08.md` §"Not doing"). Adding it later is one `ALTER TYPE merge_method ADD VALUE` plus an arm here, which is why the stored shape is an enum array and not a pair of booleans.
"merge""squash"
RepoMirrorStatus
[`RepoResponse::mirror_status`]: how current a `_mirror` repository is.
last_synced_atWhen the daily refresh last synced from the upstream (ms since the epoch); absent before the first sync.
latest_ci- one of
RepoParentInfo
Summary of a fork's parent repository.
repo_idrequired
RepoStatusOutput
Repo lifecycle state surfaced by the API. Mirrors `RepoStatus`. See ADR 0012 §2.
"creating""ready""importing""import_failed"
RepoVisibilityInput
"public""internal""private"