admin/0pt
5
0
Fork 0
Code Issues 9 Pull Requests 1 Actions 1 Packages Projects Releases Wiki Activity

feat(capabilities): bind operationId for API-surface capability records #528

Manually merged
admin merged 1 commits from chore/capability-operationids-20261110 into main 2026-11-09 21:01:46 +00:00
Conversation 0 Commits 1 Files Changed 2
+2
admin commented 2026-11-09 20:49:46 +00:00
Owner
Copy Link
Copy Source

Doctor-kontrollen CAP-OPID-MISSING fäller capability-poster som deklarerar ytan api men saknar operationId — de kan inte attesteras mot implementationen.

Den här PR:en binder operationId för de poster där mappningen är entydig. Varje värde är hämtat ordagrant ur repots eget kontrakt (OpenAPI/contracts/) och matchar kapabiliteten 1:1 i betydelse:

  • ordordningen kan skilja (create_order → createOrder, backup_artifact_register → register_backup_artifact) eftersom kapabilitets-ID:t är <substantiv>_<verb> och operationId är <verb><Substantiv>
  • vissa repon använder prefix i stället för punkt (t.ex. learn0_publish_course, n0dGetJob) — samma operation, repots egen namnkonvention

Ingen operationId är gissad. Poster där flera operationIds konkurrerar (t.ex. get_* vs list_*, presign_object vs presign_multipart_part) eller där kontraktet inte deklarerar någon operationId alls lämnas orörda och rapporteras som ägarfråga i stället.

Endast siax/capabilities/*.json ändras; ingen kod, inga kontrakt.

Doctor-kontrollen **CAP-OPID-MISSING** fäller capability-poster som deklarerar ytan `api` men saknar `operationId` — de kan inte attesteras mot implementationen. Den här PR:en binder `operationId` för de poster där mappningen är **entydig**. Varje värde är hämtat ordagrant ur repots eget kontrakt (OpenAPI/`contracts/`) och matchar kapabiliteten 1:1 i betydelse: - ordordningen kan skilja (`create_order` → `createOrder`, `backup_artifact_register` → `register_backup_artifact`) eftersom kapabilitets-ID:t är `<substantiv>_<verb>` och operationId är `<verb><Substantiv>` - vissa repon använder prefix i stället för punkt (t.ex. `learn0_publish_course`, `n0dGetJob`) — samma operation, repots egen namnkonvention **Ingen operationId är gissad.** Poster där flera operationIds konkurrerar (t.ex. `get_*` vs `list_*`, `presign_object` vs `presign_multipart_part`) eller där kontraktet inte deklarerar någon operationId alls lämnas orörda och rapporteras som ägarfråga i stället. Endast `siax/capabilities/*.json` ändras; ingen kod, inga kontrakt.
admin added 1 commit 2026-11-09 20:49:47 +00:00
feat(capabilities): bind operationId for API-surface capability records
masterplan-lock / check (push) Successful in 8s
Details
CI (SIAX Cloud) / sonar (pull_request) Skipped
Details
CI (SIAX Cloud) / Component conformance (blocking) (pull_request) Successful in 13s
Details
masterplan-lock / check (pull_request) Successful in 14s
Details
CI (SIAX Cloud) / security (pull_request) Successful in 26s
Details
CI (SIAX Cloud) / integration (pull_request) Successful in 37s
Details
Security Scan (SIAX Cloud) / security (pull_request) Successful in 32s
Details
CI (SIAX Cloud) / quality (pull_request) Successful in 10m26s
Details
20d66ea40d 
Records with an api surface but no operationId cannot be attested against the
implementation (doctor CAP-OPID-MISSING). Each operationId here is taken verbatim
from this repo's own contract file and matches the capability one-to-one; no
operationId was guessed.
CODEOWNERS rules requested review from sax3l 2026-11-09 20:49:47 +00:00
admin manually merged commit 59c0e008f5 into main 2026-11-09 21:01:46 +00:00
Sign in to join this conversation.
Reviewers
No Reviewers
sax3l
Labels
No items
No labels
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
Clear assignees
siax-approver siax-bot siax-ci siax-healer (siax-healer (CI self-healing agent)) admin (Simon Axelsson)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: admin/0pt#528