Install
$ agentstack add skill-specstoryai-getspecstory-workthreads ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
Workthreads
A lead needs a weekly answer across the team's repos: what work happened this week, what got finished, and what is still open and needs a next step. Workthreads produces that rollup from SpecStory histories - the .specstory/history transcripts your coding agents already write. It reports lines of work and their lifecycle (new / open / recently closed).
A deterministic engine (scripts/workthreads.mjs threads) does the retrieval, clustering, and classification; you do the synthesis - you turn its evidence into the lead's weekly report. Do not try to read raw transcripts yourself; they can be hundreds of thousands of lines. Run the engine and write the rollup from its output.
This skill is harness-portable (agentskills.io format). Where it names a specific tool (e.g. AskUserQuestion), treat that as "use your harness's equivalent; fall back to plain chat."
How the engine splits the work
- The engine groups the window's beats by project and clusters them into threads (a line
of work that can span several sessions). It assigns each thread one lifecycle status relative to today:
- new - first activity within the last 7 days.
- open - unresolved, still active (the open loops).
- closed - latest outcome was success and the thread has gone quiet; flagged reverted
when a beat ran a rollback command (git revert / git reset --hard / git checkout -- ...).
- Output is deterministic (stable sort, no wall-clock timestamps in the body), so two runs on the
same corpus are byte-identical.
Default flow: the weekly rollup
- Index the corpus into workthreads' own DB. Point at the team's repos and build/update it:
``bash node "${CLAUDE_SKILL_DIR}/scripts/workthreads.mjs" index --projects --db # or a single tree: --scan or a single history dir: --dir ``
- Run
threadscross-project for the last 7 days and capture the evidence:
``bash node "${CLAUDE_SKILL_DIR}/scripts/workthreads.mjs" threads --db --days 7 # human digest node "${CLAUDE_SKILL_DIR}/scripts/workthreads.mjs" threads --db --days 7 --json # machine-readable ` The digest prints, per project, three sections in order - **New**, **Open**, **Recently closed** - each thread with its evidence refs (path:line), last-activity date, status, and a reverted marker. --json emits an array of threads (project, status, reverted`, the files touched, last-activity date).
- Write the rollup from that evidence, in the lead's shape:
- (a) a high-level result: session count and active projects in the window;
- (b) per-project highlights of completed work (the
closedthreads); - (c) open loops - the
openthreads, unresolved or needing verification, with a suggested
next step each;
- (d) notable rollbacks / abandoned efforts (the
revertedthreads); - (e) cite evidence refs (
path:line) so each claim is checkable.
Add a caveat that the week may still be in progress, so open and new threads are snapshots, not final outcomes.
- Save it to a dated file so the rollup is durable and diffable week over week:
`` .specstory/workthreads/-W.md ` (ISO week number, e.g. .specstory/workthreads/2026-W25.md). Also offer threads --out ` to drop the raw digest beside your written summary.
Guided start
If the user just invokes the skill with no specifics, ask three short questions (use AskUserQuestion or plain chat), then run the default flow with the answers:
- Scope - which repos / parent directory holds the team's
.specstory/historycorpus? - Window - how many days back? (default 7 for the weekly rollup;
--days Nto widen.) - Goal - the whole rollup, just the open loops, just recently closed, or a quick
status line? Tailor which sections you emphasize to the answer.
Conventions
Node ESM only, zero dependencies, Node >= 22.5. No em dashes anywhere (use " - "). The engine path never calls an LLM or the network; all judgment (the written narrative, suggested next steps, emphasis) is yours.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: specstoryai
- Source: specstoryai/getspecstory
- License: Apache-2.0
- Homepage: https://specstory.com/
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.