Conversation
Adds https://github.com/TortoiseWolfe/spec-kit-extension-wireframe (v0.1.0) to the community catalog. Provides a visual feedback loop for spec-driven development: SVG wireframe generation, review, and sign-off. Approved wireframes become spec constraints honored by /plan, /tasks, and /implement. Supersedes github#1410 — the old PR predated the extension system introduced in github#2130 and proposed commands in templates/commands/, which is no longer the right home for third-party commands.
mnriem
left a comment
There was a problem hiding this comment.
Please also add a row in the Community Extensions section in the main README (it is sorted alphabetically)
There was a problem hiding this comment.
Pull request overview
Adds the community catalog entry for the wireframe extension (spec-kit-extension-wireframe v0.1.0) to make it discoverable via Spec Kit’s extension catalog.
Changes:
- Add a new
wireframeextension descriptor (metadata, URLs, requirements, provides counts, tags) toextensions/catalog.community.json.
Show a summary per file
| File | Description |
|---|---|
| extensions/catalog.community.json | Adds the wireframe community catalog entry so it can be discovered via specify extension search/info. |
Copilot's findings
Tip
Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
- Files reviewed: 1/1 changed files
- Comments generated: 2
| "wireframe": { | ||
| "name": "Wireframe Visual Feedback Loop", | ||
| "id": "wireframe", | ||
| "description": "SVG wireframe generation, review, and sign-off for spec-driven development. Approved wireframes become spec constraints honored by /plan, /tasks, and /implement.", |
There was a problem hiding this comment.
This catalog appears to keep extension entries sorted lexicographically by extension id (e.g., "aide" → "agent-assign" → … and near the end "whatif" → "worktree" → "worktrees"). The new "wireframe" entry is currently placed after "worktrees", but alphabetically it should come before "worktree"/"worktrees". Please move this block to maintain the sorted order and reduce future merge conflicts/diff noise.
| "name": "Wireframe Visual Feedback Loop", | ||
| "id": "wireframe", | ||
| "description": "SVG wireframe generation, review, and sign-off for spec-driven development. Approved wireframes become spec constraints honored by /plan, /tasks, and /implement.", | ||
| "author": "TortoiseWolfe (turtlewolfe.com)", |
There was a problem hiding this comment.
The "author" field includes extra metadata ("TortoiseWolfe (turtlewolfe.com)"). The CLI author filter performs an exact string match (see src/specify_cli/extensions.py around the author filter in ExtensionCatalog.search), so users filtering by "TortoiseWolfe" would not match this entry. Suggest keeping "author" as just the handle/name (e.g., "TortoiseWolfe") and relying on "homepage"/"repository" for the URL.
| "author": "TortoiseWolfe (turtlewolfe.com)", | |
| "author": "TortoiseWolfe", |
|
One small note the extension system was introduced in #1551 And can you please address the Copilot feedback |
Two changes per Copilot review: - Move `wireframe` entry alphabetically between `whatif` and `worktree` (was appended after `worktrees`). - Simplify `author` from "TortoiseWolfe (turtlewolfe.com)" to just "TortoiseWolfe" so the exact-match author filter in `ExtensionCatalog.search` finds the entry. Portfolio URL remains accessible via `homepage`/`repository`. Thanks @Copilot, @mnriem for the review.
|
Thanks for the review! Addressed both Copilot comments in ab9b2a3:
@mnriem — thanks for the correction on the extension system intro. I had #2130 noted in the PR body but #1551 is the right landing PR. Let me know if you'd like me to edit the PR description to reflect that, or if landing-as-is with this comment on the record is fine. Ready for another look. |
Adds an entry to OTHER_PROJECTS pointing at the live demo at https://tortoisewolfe.github.io/spec-kit-extension-wireframe/. Ships a sample SVG as the card image — same one the live demo renders, so the portfolio preview stays consistent with what visitors land on after clicking through. The extension provides a visual feedback loop for Spec-Driven Development: generate SVG wireframes from specs; on sign-off they become spec constraints honored by /plan, /tasks, and /implement. Catalog PR pending at github/spec-kit#2262. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
Still need the row for the main README? |
There was a problem hiding this comment.
Copilot's findings
Tip
Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
- Files reviewed: 1/1 changed files
- Comments generated: 2
| "wireframe": { | ||
| "name": "Wireframe Visual Feedback Loop", | ||
| "id": "wireframe", | ||
| "description": "SVG wireframe generation, review, and sign-off for spec-driven development. Approved wireframes become spec constraints honored by /plan, /tasks, and /implement.", |
There was a problem hiding this comment.
The description references "/plan", "/tasks", and "/implement", but the documented slash commands in this repo are "/speckit.plan", "/speckit.tasks", and "/speckit.implement" (see README.md and templates/plan-template.md). To avoid misleading catalog users, update the description to use the correct command names (or remove the slash-command references).
| "description": "SVG wireframe generation, review, and sign-off for spec-driven development. Approved wireframes become spec constraints honored by /plan, /tasks, and /implement.", | |
| "description": "SVG wireframe generation, review, and sign-off for spec-driven development. Approved wireframes become spec constraints honored by /speckit.plan, /speckit.tasks, and /speckit.implement.", |
| "wireframe": { | ||
| "name": "Wireframe Visual Feedback Loop", | ||
| "id": "wireframe", |
There was a problem hiding this comment.
Per the extension publishing guide (extensions/EXTENSION-PUBLISHING-GUIDE.md), adding an entry to extensions/catalog.community.json should also include adding the extension to the Community Extensions table in the root README.md (alphabetical order). This PR currently only updates the catalog entry, so the README list will be out of sync.
Description
Adds spec-kit-extension-wireframe v0.1.0 to
extensions/catalog.community.json.A visual feedback loop for Spec-Driven Development: SVG wireframe generation, review, and sign-off. Approved wireframes become spec constraints honored by
/plan,/tasks, and/implement— no changes to core Spec Kit required.Supersedes #1410, which I opened on 2025-12-31 before the extension system introduced in #2130. That PR proposed commands under
templates/commands/, which is no longer the right home for third-party functionality. Closing #1410 after this lands.Provides
speckit.wireframe.{generate, prep, review, inspect, screenshots, view}after_specify,before_plan,after_implementLinks
Testing
The entry's schema matches existing catalog entries (validated by diffing keys against `worktrees`), and the `download_url` release zip returns HTTP 200.
AI Disclosure
Used Claude Code (Opus 4.7) to help author the extension itself (spec-kit-extension-wireframe) — porting a wireframe pipeline from a sibling project into a self-contained, portable extension and building the interactive viewer. This catalog PR adds a single JSON entry referencing the independently-maintained extension repo.