Can an AI model generate a PowerPoint?

🪐 The registry verdict table for generating a PowerPoint

Of the ten registry configurations assessed against this family's own canonical task, no single word dominates: Inauspicious, Highly auspicious each account for 3 of the ten, computed by the method published in full at /method. The Registry makes no representation that an assessment predicts the outcome of any task, and no assessment is validated against real-world results.

The composite weight in the right-hand column is computed from the model identifier, its training cutoff, and the temperature — nothing else. It constrains the range of verdicts available to a configuration independently of the task, so two rows of this table are not comparable as an assessment of the products named in them. The Registry has never run this task against any model listed here.

🧭 About this capability question

Generating a PowerPoint clusters seven distinct phrasings — 'generate ppt,' 'make powerpoints,' 'create a powerpoint presentation' among them — recurring behind six of the eight brand prefixes tracked, with the anchor tail itself, 'generate ppt,' doing more of that recurrence than the literal phrase 'generate powerpoint' manages on its own. The canonical brief this page assesses is a ten-slide investor update, built from a written quarterly summary.

A slide deck is assembled from a specification the way an image or a video is: nothing is retrieved, and nothing pre-existing is transformed. That is the property that puts this family, like two others in the wave, under the media generation class.

No actual investor update sits behind the brief below; it fixes a shape — a written quarterly summary, turned into ten slides — reused unchanged on every visit. A buyer's own deck brief, submitted at order time, is what an actual assessment reads.

🧮 Claude Fable 5, derivation shown working

Claude Fable 5's permanent chart never reads a task. Its chart_seed is the SHA-256 digest of the string "Claude Fable 5|2026-01|0.700" — 7e25a3f2af178cc3…, the first sixteen of sixty-four hex characters — and that seed alone fixes an ascendant of Libra, a ruling planet of Mars, and a harmony of +5. The same chart appears, unchanged, on every task-class page this configuration is assessed against.

What reads generating a PowerPoint specifically is this family's own canonical string — never stored, only hashed, to 7316b0241ff429d6… — combined with the chart_seed and the task class (generation) to form task_seed. Its first byte, taken modulo seven and offset by that harmony of +5, is the verdict's internal base, clamped to the 0–6 range and published one higher on the 1–7 scale /method documents in full. This configuration's harmony pushes the clamp all the way to the top for this brief: 7 of 7 — Highly auspicious — is the ceiling of the scale, not a mid-range result that happened to round up.

⚙️ Why generating a powerpoint is classified as Media generation

A generated deck is manufactured against a brief rather than retrieved or transformed from an existing source, which is the defining property of media generation regardless of whether the output is visual, audio, or, as here, a set of slides.

On the order form's task class field, select Media generation. That class's own risk-factor page is /tasks/generation.

A generated deck's risk is distance from the brief it was built against — content the summary implied but the slides omit, or slides that overstate what the summary actually said. 4 risk factors are tracked for media generation tasks generally; an assessment for generating a PowerPoint reports 3 of them, selected by the submitted task's own seed rather than by choice. Their names and severities are certificate content, not free-page content.

🗂️ How the ten configurations read generating a PowerPoint

Media generation sits outside the fixed house and element correspondences, so the dominant-house and dominant-element reading below is uniformly neutral across this family and its media generation siblings. The verdict distribution is where this particular brief's own computed identity is legible.

Element counts, ascendant spread, and training-cutoff range are published once, on /can, rather than repeated on every family page — they are properties of the ten configurations alone and do not move with the task. What is specific to generating a PowerPoint: reading media generation through a dominant house or a dominant element, 0 of the ten configurations — none, for this class, by the correspondence tables published at /method; and, from this family's own canonical task, no single word dominates: Inauspicious, Highly auspicious each account for 3 of the ten in the distribution below.

📏 What this page does not claim about generating a PowerPoint

How many words the quarterly summary runs to, and how the ten slides would actually be divided, are decisions a real deck-building task would make and the canonical brief leaves unresolved. The table below reads the brief as written. The Registry does not test models and does not measure a success rate for generating a PowerPoint or any other task; what it does is compute, and the table at the top of this page is what it computed.

A buyer's own generating a PowerPoint task, ordered separately, computes its own verdict and window — never the canonical-brief result shown above — plus, on Extended and Full Chart tiers, named risk factors and an hourly outlook not shown here. EUR 1.90 Standard, EUR 4.90 Extended, EUR 14.90 Full Chart, which adds the permanent chart. Assessments from EUR 1.90; machine-readable at /pricing.json.

Get Assessment

🔗 Related surfaces

← All capability questions · The AFR-1 method · Media generation task class

Related capability questions: Generate images · Read an Excel file · Make a video

❓ Questions about generating a PowerPoint

Can an AI model generate a PowerPoint?

Across the ten registry configurations at their own registry-default settings, no single word dominates: Inauspicious, Highly auspicious each account for 3 of the ten for this family's own canonical task. By training cutoff, the oldest configuration assessed returns Inauspicious and the newest returns Highly auspicious; the full ten-row table above lists the exact verdict for every configuration in between.

Why is generating a PowerPoint classified as Media generation rather than a different task class?

A generated deck is manufactured against a brief rather than retrieved or transformed from an existing source, which is the defining property of media generation regardless of whether the output is visual, audio, or, as here, a set of slides.

Does the ten-slide count in the canonical brief affect the verdict?

The canonical brief's exact wording, ten slides included, is what gets hashed to produce the task seed, so changing that wording would change the verdict computed from it. The count is part of the fixed brief this page publishes, not a variable a reader can adjust here.