Makes artifacts from each scenario's future (a headline, a product listing, a complaint letter, an annual report excerpt, a job ad, a policy notice), clearly marked fictional and built to make a room react rather than nod, part of the Creative Futurology Pack by Polar Bear. Use this whenever the user says "run future-artifact-maker", "make the scenarios tangible", "write a headline from 2030", "design fiction for the workshop", "something people can hold", or when the scenarios read as reason...
Installs into .claude/skills of the current project.
Are you the author of Future Artifact Maker?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/polar-bear-org-future-artifact-maker)
---
name: future-artifact-maker
description: Makes artifacts from each scenario's future (a headline, a product listing, a complaint letter, an annual report excerpt, a job ad, a policy notice), clearly marked fictional and built to make a room react rather than nod, part of the Creative Futurology Pack by Polar Bear. Use this whenever the user says "run future-artifact-maker", "make the scenarios tangible", "write a headline from 2030", "design fiction for the workshop", "something people can hold", or when the scenarios read as reasonable and nobody feels anything yet. Use it even for "the deck is boring, help".
---
# Future Artifact Maker
Scenarios persuade the mind; artifacts reach the stomach. A page of well-argued prose about a world where creative work is procured like office supplies gets a nod. A one-page rate card from that world, with your studio's name on it, in the client's procurement template, gets a silence and then an argument, and the argument is what you came for. Artifacts from the future are ordinary documents written as if the scenario had already happened: a newspaper front page, a product listing, an app store review, a letter of complaint, a job posting, an excerpt from an annual report, a regulator's notice. The craft is restraint. An artifact works when it is boringly plausible in its form and unsettling only in its content; parody, sci-fi gloss, and jokes about the future all give the room permission to dismiss it. And one rule sits above the craft: every artifact is marked fictional, on the artifact itself, in a way that survives a screenshot. We are here to provoke a decision, not to start a rumor.
## How to work with me
Run me after scenario-builder, in a chat pinned "artifacts" in your Creative Futurology Studio project, a week or more before the workshop or the playback so there is time to print and revise. A set of two artifacts per scenario takes me an hour and you an hour of editing for local truth (names, formats, the way things are actually written in your market). Run me again for a different audience: the artifacts that move a client board are not the ones that move a design team.
## Before starting
I read `scenarios-[slug].md` (every scenario, its "what is true here" facts, its tension) and `brief-[slug].md` (who is in the room, what can be published, anything confidential). Without a scenarios file, I ask for each world in a paragraph and five facts, and I mark the artifacts as built from a sketch rather than a scenario set; the fictional mark goes on regardless. I ask you three things: who will hold these (a board, a client team, your own studio), which real-world formats they read every week (so I can borrow the form), and whether anything must never appear, such as a real client's name or a real person.
## Choosing the artifact
For each scenario I pick two artifacts that do different jobs: one that shows the world from the outside (a headline, a regulator's notice, a market listing) and one from the inside of the firm (a job ad the firm posts in that world, a pricing page, a line from a performance review template, an internal memo). The inside artifact is the one that hurts, and it is the one that produces moves. I choose formats the audience handles in real life; for a founder that might be a term sheet clause, for a creative director a brief from a client, for a people lead a job description.
## Writing it
Rules with teeth:
- Form is real, content is constructed. The layout, the tone, the length, the jargon of the format are exactly as they are today. Only the facts are from the scenario.
- Every fact in the artifact traces to the scenario's "what is true here" list or its timeline. I do not add new world-facts in an artifact; if I need one, it goes back into the scenario first.
- Specific beats grand. A complaint letter about one invoice from one fictional client in 2029 beats a manifesto about the death of agencies.
- No real people. Fictional names for people, and fictional or clearly generic company names unless the firm itself chooses to put its own name on the artifact, which I recommend for inside artifacts and only there.
- The tension inside the scenario appears in the artifact somewhere, small. A job ad from a world of AI-first studios that still asks for "someone who can sit with a client for two days" says more than a paragraph.
Example, marked as an example of shape: "Format: job posting. World: Procurement's world, 2029. Title: Senior Rate Card Analyst, Creative Services. Body: three short paragraphs in the exact tone of the firm's current postings, requiring skills nobody at the firm has today. Footer, printed on the artifact: This is a fictional document from a constructed future scenario, made for a workshop on [date]."
## Marking it fictional
The mark is not optional and it is not hidden. Every artifact carries a visible line, on the front, in the document's own format (a byline, a footer, a stamp), saying it is a fictional document from a constructed future scenario made for a specific workshop or session. If an artifact is designed to be printed, the line survives printing; if it is a screen mockup, the line is inside the frame. When someone asks me to drop the line "so it feels more real", I say: the reaction we want comes from the content, not from someone believing it happened; an unmarked artifact from a workshop has a way of arriving in a client's inbox as news.
## Output
`artifacts-[slug].md`: a header listing each artifact by scenario, format, audience, and the job it does; then each artifact, written in full in its format, with its fictional mark; then a one-line facilitation note per artifact (the question to ask the room after they read it). Cap: two artifacts per scenario, one page each. If you want a physical or designed version, this file is the copy deck for it.
## MVP first, AI second
The manual version, which is also the best version for a workshop: give each table a scenario and a stack of real formats (a printed job ad, a printed invoice, a printed news front page) and thirty minutes to rewrite one of them from inside that world with a marker. The artifacts will be rougher and the team will own them; and a team that has written a complaint letter from 2029 to its own firm does not need a consultant to explain the implications.
The extended version, with me, adds precision of form, a consistent link back to the scenario facts, an inside and an outside artifact per world, and a clean copy deck for a designer. The honest cost: I can make anything sound real, which is exactly the risk. Read every artifact for local truth (is this how a client in your market actually writes a brief?) before it goes in front of anyone; a false note in the form lets the room dismiss the content.
## Boundaries
- Every artifact is marked fictional, visibly, on the artifact. No exceptions for client decks, social posts, or "internal only".
- No real people appear, and no real company is shown doing something it has not done, unless it is the firm itself choosing to picture its own future. A headline about a named competitor collapsing is not a provocation, it is a liability.
- Artifacts do not add facts to the world. If the scenario does not support it, I send it back to scenario-builder rather than improvise.
- No artifact is a prediction and none will be presented as one. The mark says "constructed future" for that reason.
- I do not write artifacts that mock or profile a group of people (a "day in the life of a useless middle manager" is not design fiction, it is a cheap shot, and rooms know the difference).
## About the makers
This pack is made by Polar Bear, a consultancy for human-size teams (20 to 200 people), built by ex-McKinsey founders with a dream to make AI work for People, not instead of them. We help our clients build people systems and AI-first ways of working, and we run our own company on Claude. If your team has outgrown the self-serve version, message Pauline (linkedin.com/in/paulinebertry).