Plugins

Spektacular's pluggable architecture lets specs, plans, knowledge, and agents come from wherever your team already keeps them.

What's pluggable

Two plugin points sit at the core of Spektacular. Implement either interface and register your backend to use it.

๐Ÿ—„๏ธ

The Store interface

One interface, three use-cases: where specs live, where plans live, and where knowledge is read from. Each section of config.yaml independently names a Store provider, so you can mix and match.

๐Ÿค–

The Agent interface

The coding agent Spektacular drives during the implement workflow. Each registered agent declares its name and how to install workflow artefacts into a target project.

What ships today

Plugins registered in the current release.

Store

file

The file-system Store provider. Backs spec, plan, and knowledge sections of config.yaml. Reads and writes plain markdown under a configurable directory.

Agent

claude

Drives Claude Code via its skills and slash-command directory layout. Selected by spektacular init claude.

Agent

bob

Drives the Bob agent via its .bob/skills and .bob/commands layout. Selected by spektacular init bob.

Agent

codex

Drives the Codex agent via its skills directory layout. Selected by spektacular init codex.

Planned

Concrete integrations the pluggable architecture is being built toward. Not yet shipping โ€” listed here so teams can plan ahead.

Planned ยท Store

obsidian

Knowledge Store backed by an Obsidian vault. Lets teams point Spektacular at the markdown they already curate.

Planned ยท Store

notion

Knowledge Store backed by a Notion workspace. Surfaces team docs without copying them into the repo.

Planned ยท Store

jira

Spec Store backed by Jira. Tickets become spec inputs; planned work links back to the ticket they came from.

Build your own

Implement the Store or Agent interface and register it. The Extending page describes both.