Capabilities
Specter’s core job is to pull CMS content into local Markdown, let you edit it with the tools you already use, and push reviewed changes back. This is the current matrix: what works today, what is partial, and what is still in development.
For timing and priorities, see the roadmap. For shipped release notes, see the changelog.
Platform matrix
| Platform | Status | Pull | Push | Content supported | Not yet |
|---|---|---|---|---|---|
| Ghost | Available | Pull posts into local Markdown with frontmatter. | Push local edits back to existing posts or create new posts and pages. | Posts and pages (each opt-in per connection), drafts, scheduled posts, tags, authors, excerpts, slugs, status, published dates, featured image URLs, and local image upload. | Full-fidelity editing for every complex Ghost card. |
| Shopify | Available | Pull blog articles, pages, and products across Shopify into a dedicated store folder. | Push article, page, and product edits back to Shopify, including creates and updates. | Articles, pages, and products (each opt-in per connection; products are description-first), draft/published state, handles, summaries, tags, authors, blog containers, and featured image URLs. | Product variants, inventory, and pricing; theme files; local image upload. |
| WordPress | Available | Pull WordPress posts and pages into local Markdown. | Push local edits back to posts and pages using WordPress Application Passwords. | Posts and pages (each opt-in per connection), drafts, scheduled posts, categories, tags, slugs, excerpts, status, dates, featured image URLs, and local image upload (assigned as featured media). | Custom post types, WordPress.com OAuth, Jetpack-specific flows. |
| Webflow | In development | Targeting CMS collection items first. | Targeting CMS item updates after the pull mapping is stable. | Likely CMS collection fields that can map cleanly to Markdown and frontmatter. | Static pages, Designer content, site structure, and anything that cannot round-trip cleanly through Webflow's CMS API. |
| Sanity | Planned | Planned after demand is clearer. | Planned after schema mapping is scoped. | Likely document types that behave like articles or posts. | Arbitrary schemas, custom portable-text blocks, and asset workflows until a real project drives the adapter. |
| Contentful | Planned | Planned after demand is clearer. | Planned after content model mapping is scoped. | Likely entry types that behave like articles or posts. | Arbitrary content models, references, localization, and asset workflows until the adapter is designed. |
| Strapi | Planned | Planned after demand is clearer. | Planned after API and content-type mapping is scoped. | Likely article-like collection types. | Custom content types, relation-heavy models, and media upload until a real Strapi project defines the edge cases. |
Feature matrix
| Capability | Ghost | Shopify | WordPress | Webflow |
|---|---|---|---|---|
| Pull to local Markdown | Supported | Supported | Supported | In development |
| Push edited content back | Supported | Supported | Supported | In development |
| Create new content from local files | Supported | Supported | Supported | In development |
| Posts or articles | Supported | Supported | Supported | CMS items first |
| Pages (opt-in per connection) | Supported | Supported | Supported | Not promised |
| Products (opt-in, description-first) | n/a | Supported | n/a | n/a |
| Tags/categories/blog containers | Supported | Supported | Supported | Depends on collection |
| Draft and published state | Supported | Supported | Supported | In development |
| Featured image URLs | Referenced | Referenced | Referenced | In development |
| Upload local images | Supported | Planned | Supported | Not yet |
| Dry-run preview before publishing | Supported | Supported | Supported | Planned |
How to read this
Supported means the capability is in the released Mac app. Opt-in per connection means you choose which content kinds each connection syncs — nothing is on by default, so a connection only pulls and pushes the kinds you turn on (posts, pages, products). Referenced means Specter keeps the remote URL in frontmatter but does not upload a local image file yet. In development means it is actively being built or scoped. Planned means it belongs on the roadmap but is not the next thing you should bet production work on.
The practical rule: if your workflow is Markdown-first posts or articles, Specter is already useful today. If your workflow depends on pages, media uploads, custom content models, or highly designed blocks, check the matrix before you plan a big migration.