From chat assistant to process-following work agent
OpenAI’s latest guidance on Codex offers a clearer picture of how the company wants AI to move deeper into day-to-day work. In a new Academy explainer, OpenAI describes two building blocks for that shift: plugins, which connect Codex to external tools and information sources, and skills, which teach it how a team or company wants a task performed.
The distinction is important because it reframes AI usefulness away from one-off prompting alone. A plugin gives the system access. A skill gives it procedure. Used together, they begin to resemble a lightweight operational layer for office work, one where an AI agent can pull data from connected systems and then apply a consistent, organization-specific workflow without having to be re-instructed each time.
That may sound incremental, but it points to a larger ambition. Instead of acting only as a conversational helper, Codex is being positioned as a system that can connect tools, access context, and follow a repeatable process closely enough to produce real outputs with less supervision.
What plugins do
OpenAI’s explainer says plugins help Codex connect to other tools and sources of information. The examples it gives are practical rather than futuristic: scanning an email inbox, referencing files in Google Drive, or pulling information from another tool a team already uses. In other words, plugins are about reducing the manual copying and pasting that normally separates a chat interface from the systems where work actually lives.
That matters because many workplace tasks are bottlenecked by fragmented context. A report may require information from email, documents, dashboards, and internal notes. Without connectors, a user must gather all of that manually before an AI can do anything useful. Plugins narrow that gap by letting the system retrieve what it needs directly from connected environments.
OpenAI also notes that creating a new plugin generally requires more technical expertise than creating a skill. That suggests plugins are meant to serve as infrastructure, while skills are intended to be more accessible to teams defining their own operating playbooks.






