Menu

Post image 1
Post image 2
Post image 3
1 / 3
0

Why I Shipped Two Artifact Mechanisms In My VS Code Extension — Not One

DEV Community·Thomas Landgraf·24 days ago
#bGPOHsih
#how#claude#spec#artifacts#project#artifact
Reading 0:00
15s threshold

A specification is more than text. It comes with a wireframe, the regulatory PDF it answers to, the API contract it has to honour, the stakeholder slide deck someone negotiated against. For a long time, none of that lived in my spec tree. The Markdown files were git-tracked; the evidence behind them rotted in Confluence, in shared drives, in pasted-and-lost screenshots in chat. This week I shipped a fix in v0.9.7 of the VS Code extension I maintain. The shape of the fix is the part I want to write about, because the obvious version of it would have been wrong. Full disclosure: I'm the creator of SPECLAN , a VS Code extension that manages product specifications as Markdown files with YAML frontmatter — Git-native, one file per requirement, organized in a hierarchical tree. The pattern (Markdown + YAML + Git) works without the tool; SPECLAN is just where I observed and engineered around the design problem below.…

Continue reading — create a free account

Join HashtagPLUS to read full articles, follow hashtags, vote, and join the conversation.

Read More