Reauthor the kin-openapi parse layer against current specverb (supersedes feat/specverb-kin-parse-layer) #138
Labels
No labels
burndown-2026-06
sunday-sprint
coherence-core
consult
headless
interactive
P0
P1
P2
P3
P4
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
coilyco-flight-deck/cli-guard#138
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
The local branch
feat/specverb-kin-parse-layer(tip97c9757, June 8) replaces the hand-rolled Swagger 2.0 reader inhttp/specverb/swagger.gowith kin-openapi: 2.0 converts to 3.x viaopenapi2conv,$refs resolve up front, and the engine reads an inlined IR. It also accepts native 3.x documents.mainhas since moved past it (query params, array bodies, multipart formData, fixed bodies, spec-lock pruning, multi-guardfile merge), so the branch no longer rebases - it reauthors:$refsemanticsmain's reader gained.openapi2convmoves formData parameters intorequestBody, so the multipart promotion inrequest.goreads a different shape after conversion.prune.goprunes the committed spec lock by manipulating the raw Swagger 2.0 JSON. A kin-based parse layer either keeps the lock in 2.0 and prunes pre-conversion, or moves the lock format to 3.x and reauthors pruning against it.main(#137). The remaining unique content is the parse layer itself.The branch stays parked as the reference for the original approach. Original milestone framing: M1 in #75.