Plain text is the format nothing can lock you out of

A plain-text file contains only characters — no hidden styling, no proprietary structure, no dependence on the program that wrote it. Anything can read it, search it, version it, or hand it on to another program, which is why it sits underneath markdown, LaTeX, code, and most of the tooling that makes AI-assisted work possible.

Plain text

One-sentence definition: Plain text is data made up only of readable characters (usually encoded as UTF-81), with no formatting or metadata hidden in the file beyond what you can see.

The difference between plain text and Word is easy to miss, because a Word document looks like text too. Underneath, it’s a compressed bundle of XML, styles, revision history, and embedded objects, readable only by software that understands that bundle. A plain-text file is what it appears to be. Open it in any editor on any operating system from any decade and the same characters come back.

That property is what makes plain text worth choosing deliberately. Three things follow from it:

  • Longevity. A text file from 1990 opens today; a WordPerfect file from the same year mostly doesn’t. The programme documents from a revalidation ten years ago, saved in whatever format and template the university used then, are often the ones nobody can open cleanly when the next revalidation asks what changed. For curriculum documents, teaching materials, and research notes that need to outlast a software licence, this matters more than it sounds.
  • Composability. Every command-line2 tool, every scripting language, and every version-control system assumes text. Once your material is text, you can search across thousands of files in a second, track every change to a document with git, and convert between formats with pandoc. None of those tools has a Word plug-in worth using.
  • Legibility to machines. Language models read text. They can be made to read a PDF or a .docx, but with loss and effort. A curriculum, a set of notes, or a policy folder held as plain text is directly available to an AI agent; the same material in proprietary formats is, for practical purposes, invisible to it. See contextual interoperability.

Hunt and Thomas (1999) made the case to programmers a quarter of a century ago, and nothing about AI has weakened it.

Moving from Word to plain text

For most academics the change is small: writing in markdown where they used to open Word, keeping notes in an editor like Obsidian, and treating the .docx as an export for a committee, with the plain-text file as the master copy. Tenen and Wythoff’s Sustainable authorship in plain text (2014) is still the best short case for the workflow, and Healy’s Plain text, papers, pandoc (2014) shows what it looks like across a working social scientist’s writing.

What plain text doesn’t solve

A folder of five thousand text files is as hard to navigate as a folder of five thousand Word documents unless someone designs the structure: names, folders, frontmatter, and links. Some things also need richer formats — a slide deck for a lecture theatre, a form with signatures, a typeset PDF. Plain text doesn’t replace those; it’s the source they’re generated from.


Sources

Footnotes

  1. UTF-8 — the standard way of storing text as bytes, covering every alphabet and symbol from English to Arabic to emoji. Almost every web page and text file now uses it, which is why a plain-text file written on one computer reads the same on another. Wikipedia ↩

  2. Command line — a way of using a computer by typing instructions as text in a terminal window, instead of clicking through menus. It’s what lets a task like “find every module descriptor that mentions prescribing” be written once and run across a whole folder. Wikipedia ↩