What shipped in Quiver, newest first. Every entry is drafted from merged pull requests, reviewed by a human and published from the Quiver workspace itself.
Quiver's marketing skills ship with reference material: scoring rubrics, templates, tactic libraries, worked examples. Sessions were loading each skill's instructions but none of the material those instructions point at, so when a skill said to score against a rubric or cross-reference a library, the model had to make it up.
Sessions now load the reference files too, with a budget so a single skill cannot crowd out the rest of your context.
If something is too large to include, the session is told which parts were left out rather than inventing them.
You will notice this most in Strategy sessions, where the plans and audits have the real frameworks behind them.
Onboarding drafts your product category, business model, core problem, why the alternatives fall short and your key differentiators. Until now it asked for all five and then threw them away, because there was nowhere to put them. They are stored now, they appear in your context, and every session starts with them loaded.
Core problem and key differentiators are the two that change AI output the most. Sessions now open knowing what you actually solve and why someone picks you.
Anything drafted without direct evidence from your site is still flagged as an assumption, so you can see what to confirm.
If you onboarded before today, open your context and fill the new fields in. They will not backfill themselves.
Paste your product URL and Quiver drafts your whole marketing context — positioning, ICP, messaging, competitors, customer language and proof points — then drops you straight into the workspace. The six-step wizard is gone.
Anything drafted without direct evidence from your site is flagged as an assumption, so you know what to confirm instead of trusting a wall of text you did not write.
Your dashboard shows how many fields are still assumptions. They clear themselves as you edit a field or approve a change, so the number only moves when something real happens.
No website yet? Describe the product in a few sentences and you get the same result.
Setup now ends by handing you an API key and your workspace's endpoint, so you can connect your agent before you do anything else.
When a session turns up something that changes what your company believes — a competitor you actually compete with, sharper language for your ICP, a customer phrase worth keeping — it proposes the change instead of quietly rewriting anything.
Each proposal shows the current value, the proposed value and why. Accept or dismiss it in one click.
Accepting creates a new context version, so nothing is lost and you can always see what changed.
Early sessions in a new workspace open with one short question about an assumption rather than guessing at it.
Next steps from a session can become tasks with owners, due dates and links back to the work that created them.
The documentation is public at quivergtm.dev/docs, rewritten around how the system actually works rather than a feature tour.
The blog and this changelog both run on our own Quiver workspace, served through the same public Content API your site would use. If it breaks for us, it breaks for you, and we would rather find out first.