resources.list (version 1)
Resources (buildings, levels, rooms, equipment, points, …) filtered by building, type, name or id. Pages by id: pass nextCursor back until it is null. For the points of equipment or rooms use points.list; for connected resources use resources.related.
bearerAuthorizationBearer <JWT>A signed-in Relynk user's access token: OAuth 2.0 authorization code with PKCE at https://auth.relynk.io/authorize and https://auth.relynk.io/oauth/token, with audience https://ai.relynk.io/builder. The caller sees exactly what that user may see.
tenantId?stringThe tenant to read. May be left out when the caller belongs to exactly one tenant; GET /me lists them.
uuidapplication/json- body
buildingId?stringA building id (from buildings.list). Matches the building itself and everything that is part of it
^([0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[1-8][0-9a-fA-F]{3}-[89abAB][0-9a-fA-F]{3}-[0-9a-fA-F]{12}|00000000-0000-0000-0000-000000000000|ffffffff-ffff-ffff-ffff-ffffffffffff)$uuidtypeKeys?array<>Only these types and their subtypes, e.g. ["rec_Room"] (keys from resourceTypes.list)
1 <= items <= 100mainTypes?array<>Only these main types
1 <= itemsids?array<>Only these resources
1 <= items <= 1000search?stringOnly names containing this text, ignoring case
1 <= length <= 200limit?integer1 <= value <= 1000200cursor?stringnextCursor from the previous page; omit for the first page
^([0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[1-8][0-9a-fA-F]{3}-[89abAB][0-9a-fA-F]{3}-[0-9a-fA-F]{12}|00000000-0000-0000-0000-000000000000|ffffffff-ffff-ffff-ffff-ffffffffffff)$uuidThe function output
application/json- response
resources*array<>items <= 1000nextCursor*|Pass as cursor for the next page; null on the last
curl -X POST 'https://ai.relynk.io/builder/v1/resources.list/v1' \ -H 'Content-Type: application/json' \ -d '{}'{ "resources": [ { "id": "string", "name": "string", "typeKey": "string", "typeName": "string", "mainType": "string", "buildingId": "string" } ], "nextCursor": "string"}resourceTypes.relationships (version 1) POST
How types are connected in one building: which relationships exist between which types, and how often. Use it to plan a walk with resources.related, e.g. brick_Has_Part from the building to levels to rooms, or brick_Feeds from an air handling unit to the rooms it serves.
resources.related (version 1) POST
Resources connected to the given ones by one relationship, following it up to maxDepth steps. One row per (fromId, related resource) at its shortest depth. Common relationships: brick_Has_Part (building → levels → rooms; "in" = Is Part Of), brick_Feeds (air handling unit → terminal units → rooms; "in" = Is Fed By), brick_Has_Sub_Meter, brick_Is_Metered_By, rec_Located_In, relynk_Virtual_Meter_Calculated_From. resourceTypes.relationships shows which ones a building uses. For points use points.list with resourceIds.