Lightning PM exposes version 1 of its authenticated API under /api/v1.
Create or revoke user API keys in Profile -> API Keys.
Use one of these headers:
Authorization: Bearer lpm_u123_...or:
X-LPM-API-Key: lpm_u123_...The same auth works for protected issue file URLs returned by the API.
- Resolve a pasted issue URL:
GET /api/v1/issues/resolve?url=https://example.com/project/demo/issue/123Note on ids:
- the issue URL
/project/.../issue/123containsidInProject, the project-local issue number - API endpoints
/api/v1/issues/{issueId}/...expect the global unique issueid - save both values from
resolveand use the globalidfor later/issues/{issueId}/...requests
Example:
- issue URL:
https://example.com/project/demo/issue/123 - resolve response:
{"id":4567,"idInProject":123,...} - branch endpoint:
POST /api/v1/issues/4567/branches
- Read the issue description, comments, images, and files from the JSON response.
- List repositories for the project:
GET /api/v1/projects/{projectId}/repositories- List branches in the selected repository:
GET /api/v1/projects/{projectId}/repositories/{repositoryId}/branches- Create a task branch:
POST /api/v1/issues/{issueId}/branches
Content-Type: application/json
{
"name": "374.ai-agent-friendly",
"repositoryId": 123,
"parentBranch": "develop"
}- Add a comment only when there is useful human-facing information to preserve in the task:
POST /api/v1/issues/{issueId}/comments
Content-Type: application/json
{
"text": "Готово к проверке. Проверьте сценарий оплаты повторной покупкой: исправлено дублирование запроса при двойном клике."
}Do not post routine progress comments such as branch creation or "implementation started". Use comments for handoff details, tester instructions, limitations, or clarifications that are not obvious from the issue itself.
- Read issue details by URL or issue id.
- Read comments, images, and files.
- List repositories and branches available to the user in GitLab integration.
- Create a branch for an issue.
- Add a comment to an issue.