Agent workflows
Why an Agent-Made PowerPoint Changes Fonts on Another Computer
Plan font availability, editing needs and a recipient-side check before accepting an AI-generated deck. An approved preview does not prove the shared PPTX will render the same.
The preview looks polished. On the client's laptop, a heading wraps onto another line, a label overlaps a diagram, and one character becomes a square. Asking the agent to shrink every text box may hide the symptom while leaving the delivery problem unresolved.
Before changing the design, check whether the recipient is rendering the deck with the same fonts. A font installed in the generation environment is not automatically available wherever the presentation travels.
This guide is for teams using presentation skills to deliver editable slides to colleagues or customers. The goal is a predictable recipient experience, not a universal promise of pixel-identical rendering.
Methodology: follow the file to its next editor
We reviewed Microsoft's documentation on embedded fonts, Office cloud fonts and PDF export. The workflow below is an original proposed acceptance process. We did not generate a deck or run a cross-platform comparison.
Our existing PPTX editability guide asks whether text and charts can be revised. This article addresses a different dependency: whether the recipient can display and extend that text using the intended typography.
Start by identifying the actual destination application and version, whether the recipient will be online, and whether they need to edit or only present. “PowerPoint-compatible” is too broad to answer those questions.
Make a font inventory before the final render
For a fictional bilingual product deck, imagine an English title, a Chinese customer quote, a numerical comparison and a small diagram label. The typography may involve several font families and weights, even if the visible design appears consistent.
Our proposed inventory records the requested family, weight, language coverage, where it is used, and how the receiving environment obtains it. Include chart labels and theme-defined text, not only the large title. Record any intended fallback rather than letting the fallback become an undocumented design choice.
A useful diagnostic compares the same problematic string in two places: a simple text box and its final slide layout. If it is wrong in both, investigate the font or character coverage before adjusting layout geometry. If only the crowded layout fails, investigate dimensions and wrapping too.
This is a troubleshooting sequence, not proof that every changed line break is caused by a missing font.
Choose a delivery route deliberately
Microsoft says embedding only the characters currently used reduces file size but limits later editing in that font. It also notes that some fonts cannot be embedded, with permissions such as preview/print or editable embedding. Microsoft's font embedding guidance.
For our hypothetical client deck, a title-only character subset is a poor fit if the recipient will add names in another language. Investigate embedding support and the applicable permissions before promising that workflow. Do not simply copy font files into a delivery folder or change font restrictions to make export succeed.
Cloud availability is a different route. Microsoft's cloud-font documentation ties availability to supported Office applications and explains the need for connectivity and enabled connected experiences to obtain fonts. Organizational network policy can also interfere. Cloud fonts in Office.
The practical choice is therefore conditional:
- For an editable deck in a known managed environment, confirm that the required fonts are available through the approved deployment route.
- For a custom-font deck leaving that environment, investigate permitted embedding and verify it in the recipient's application.
- If neither route is dependable, agree on a supported replacement and recheck the design before release.
These are choices for the handoff, not a ranking of fonts. A restrained, portable type system may be more useful than an elaborate one that the next editor cannot maintain.
Use a PDF as a reference, not a rescue claim
Microsoft describes PDF export as preserving the presentation's formatting and layout for viewing without PowerPoint. Save PowerPoint presentations as PDF files.
Our recommendation is to pair an editable delivery with a reviewed PDF when a fixed visual reference is useful. The PDF shows what the author intended; it does not prove that the PPTX will keep that appearance after a recipient edits it.
Inspect the PDF itself before calling it approved. A substitute font present during export can become part of the reference too. Keep the source deck and reference tied to the same revision, so reviewers are not comparing different copy.
Do not describe PDF as a replacement for an editable slide contract. A fixed reference and an editable working file answer different needs.
Run the recipient exercise on a copy
Build a small non-sensitive fixture using the deck's hardest text: a long heading, representative multilingual characters, bold emphasis, a table and a diagram label. Send a copy through the intended delivery route.
Ask the recipient to open it, compare it against the reference, lengthen the heading, and type a new name containing characters absent from the original. Save, close and reopen the revised copy. Include offline use if that is part of the real requirement.
Record the application version, observed substitutions, missing characters, unexpected line breaks and whether those changes persist after reopening. Distinguish checks actually performed from checks merely requested.
If access to the destination application is unavailable, label recipient rendering as unverified. Do not convert a successful generation log into a cross-device compatibility claim.
Limitations and the completion decision
Font availability is only one dependency. Themes, effects, application differences and editing choices can still change appearance. Embedding permissions and font licenses also need review for the intended use; this checklist does not settle those rights.
An acceptance note should say which delivery route was chosen, which recipient environment was checked and what remains unresolved. If the client only needs a fixed presentation, agree to that scope explicitly. If continued editing matters, demonstrate it on representative text.
When browsing the skills directory, ask a presentation workflow for this evidence alongside its attractive preview. The valuable promise is that the next editor can use the typography they were handed—not merely that the agent could render it once.