Skip to main content
Playbooks stop recurring analysis from being rework. Describe the monthly review or weekly recap once. Every run after that comes back in the same shape with current data, no matter who runs it. A playbook (.spb) is the reusable blueprint Addison follows to produce one or more artifacts. It bundles the data the analysis uses, the output templates it fills in, and the instructions to follow. Run one on demand, or wrap it in a workflow to run automatically and deliver the result. Playbooks live inside a project, and so does everything they produce.
The Playbooks page, Playbooks tab selected, with Search and Filters controls at the top-right. A single card, 'Merchandising Review', shows its description ('Portfolio YoY performance review with a margin deep-dive on one focus categor...') and its project, Operations.

The Playbooks page

Create a playbook

Playbooks are authored by asking Addison inside a project. There’s no create button on the Playbooks page. Describe the recurring analysis you want, or start from:
  • An artifact you already like: point Addison at a report, deck, or HTML page and ask it to generalize that into a playbook. It carries over the feedback and domain knowledge from that artifact’s chat history.
  • A workflow: convert an existing workflow file into a playbook.
  • Scratch: describe the steps, data, and output you want.
A playbook can produce any combination of reports, decks, HTML pages, Excel workbooks, and PDFs in one run. Dashboards aren’t a supported output.

Edit a playbook

Ask Addison to change a playbook the same way you built it: in a chat, inside its project. Tip: Run the playbook first, then iterate on the resulting report, deck, or page directly. It’s usually faster to have Addison fold that change back into the playbook than to describe the edit in the abstract.

Find and open playbooks

The Playbooks page (shown above) lists every playbook you can reach as a card grid, with its title, description, and project. Search matches title, description, or project; Filters narrows to specific projects. Click a card to open it. Playbooks are .spb folders, so they also appear in their project’s file browser.

What’s in a playbook

Opening a playbook shows its Execution Plan: everything a run will use, broken into six sections. The templates carry the structure, so each run fills in fresh data instead of reinventing the layout. That’s what keeps output consistent across runs.
An open playbook breadcrumbed 'Operations / Merchandising Review', with Schedule, Run Playbook, and ⋯ buttons top-right and a 'Playbook Runs' sidebar showing an in-progress run. The body starts with the playbook's title and description, followed by the Runtime Parameters section (a required Focus category field with chips, and a Through fiscal week field).

An open playbook, with the Execution Plan below its description

Runtime Parameters. The values you fill in before a run, such as a category or a date range, each with its own helper text.
The Runtime Parameters section: a required 'Focus category' field with chips (Kids Sneakers, Kids Sandals, Adult Footwear, Outdoor Apparel, Outdoor Gear, Accessories & Sun Care), a 'Through fiscal week' number field, a 'Fiscal year' field, and a 'Watchlist size' field, each with helper text explaining what it controls and its default.

Runtime Parameters

Data Context. The datasets the playbook reads from.
The Data Context section listing two datasets, 'Sales_by_sku_week' and 'planning_and_reference', each marked 'No catalog' on the right.

Data Context

Templates. The output skeleton each run fills in.
The Templates section listing 'Merchandising Review.sdoc' with a 'View Template' link on the right.

Templates

Expected Outputs. The artifacts this playbook produces on every run.
The Expected Outputs section listing 'Merchandising Review' as a Report-type output, with a document icon.

Expected Outputs

Instructions. The steps Addison follows on every run, editable in place.
The Instructions section, with an Edit link top-right, showing the playbook's steps: an overview sentence followed by 'Step: Resolve the reporting period', 'Step: Derive the query substitution values', and 'Step: Run the queries and snapshot the results', each referencing specific tables and placeholders like fiscal_year and weeks_remaining.

Instructions

Additional Context. Lessons, pitfalls, and corrections carried over from past runs, also editable in place.
The Additional Context section, with an Edit link top-right, titled 'Merchandising Review — context', with 'Data conventions' and 'Analytical rules' subsections listing field definitions and calculation rules learned from past runs.

Additional Context

Run a playbook

Click Run Playbook in the toolbar, or the run action on a playbook card. The dialog shows the description, the most Recent report, a typical Duration, any runtime parameters to fill in, and a model/effort selector. Run playbook runs it once, into the project; Create workflow turns it into a recurring workflow instead. A run streams in a chat with Addison, so you can watch it work and step in. The outputs land as ordinary artifacts in the project: verify, edit, share, and export them like anything else.
A run dialog for the 'Merchandising Review' playbook, showing its description, Recent report: none, Duration: none, a Runtime Parameters box with Focus category and Through fiscal week fields, a Default / Medium effort selector, and Run playbook and Create workflow buttons, with the note 'This will run the playbook and create its outputs in the project.'

Run a playbook

Run history

The Runs tab on the Playbooks page lists past runs across projects: the playbook that ran, its project, who ran it, when, and how long it took. View Run (or View Report, once it’s done) opens what it produced. Search and the project filter apply here too. Inside a playbook, the History panel (clock icon in the toolbar) shows that playbook’s own runs as a timeline. A run is pending, then running, then succeeded, failed, or cancelled. In-progress runs keep updating in place.
The Runs tab of the Playbooks page, a table with columns Name, Project, Created by, Created on, and Duration. One row shows 'Merchandising Review' (Running playbook...) in the Operations project, created just now, with a View Run button on the right.

The Runs tab

Rename, copy, and download

The toolbar ⋯ menu holds the rest of a playbook’s actions: Rename edits the title in place, Copy duplicates the playbook, and Download as SPB streams the raw .spb source. A playbook is a file in its project, so you can also rename, move, or delete it from the file browser.
A playbook toolbar showing Schedule and Run Playbook buttons with the ⋯ menu open beside them, listing Share (highlighted), Rename, Copy, and Download as SPB.

A playbook's ⋯ menu

Share and publish

Open the ⋯ menu → Share, then Publish to create a view-only link for your organization. Viewers sign in or create an account to open it, and you can unpublish at any time. Everyone on the project can already see and run its playbooks.
The playbook Share dialog with a green 'Published' badge. It explains it 'Creates a view-only presentation to share with your organization. Viewers can sign in or create an account.', shows a URL field containing a sandbox workspace /shared link with a projectId query parameter (truncated) and a copy button, and an Unpublish button.

Publish a view-only link