OpenAI Codex Record & Replay Explained: Show a Workflow Once and Reuse It as a Skill

Summary

According to the official OpenAI documentation, Record & Replay is currently available on macOS, requires Computer Use to be available and enabled, and initial availability excludes the European Economic Area, the United Kingdom, and Switzerland.

OpenAI Codex Record & Replay lets you demonstrate a workflow on your Mac once, then have Codex turn that demonstration into a reusable Skill. The important point is that this is not just video recording. Codex observes the steps, drafts instructions, identifies the changing inputs, and records how the result should be verified.

This makes the feature useful for repeatable UI-heavy work: creating issues with the right labels, downloading recurring reports, publishing content, or following an internal dashboard workflow that is easier to show than to describe in a long prompt.

Table of contents

Background

This article started from the GeekNews post about “OpenAI Codex Record & Replay.” I checked that post first, then compared it with OpenAI’s official Codex documentation and the public openai/skills GitHub repository. The goal is not to repeat a short news summary, but to explain what the feature changes in actual Codex usage.

The user-provided GeekNews article frames Record & Replay as a way to show Codex a workflow once and have it package that pattern into a Skill. The official documentation confirms that framing: after recording, Codex inspects the captured workflow and drafts a Skill that explains when to use it, what inputs it needs, what steps to follow, and how to verify success.

What is Record & Replay?

Record & Replay is a Codex feature for turning a demonstrated Mac workflow into a reusable Skill. In practice, the user performs the workflow once while Codex observes the relevant actions and window content. When the recording stops, Codex summarizes that process into reusable instructions.

OpenAI’s own examples include filing an expense, booking a parking space, creating a correctly configured issue, publishing a video, and downloading a recurring report. These are good examples because the overall process stays stable while details such as dates, file names, issue contents, or upload targets change each time.

What it means to become a Skill

In Codex, a Skill is a folder of reusable instructions and optional resources. The minimum form is a SKILL.md file with metadata such as name and description. Additional scripts, references, assets, and UI metadata can be bundled when needed.

my-skill/
├── SKILL.md
├── scripts/
├── references/
├── assets/
└── agents/
    └── openai.yaml

Codex uses Skills through progressive disclosure: it first sees each Skill’s name, description, and path, then loads the full instructions only when the task matches the Skill. This is why a clear description matters. A vague Skill may not be selected when needed, while an overly broad Skill may trigger in the wrong situation.

How the workflow works

1. Choose a workflow you already know

The official docs recommend choosing a workflow you already know how to complete. Record & Replay is not primarily a discovery tool for unknown tasks. It is a way to capture your existing process and make it reusable.

Good candidates are stable, repeatable, and have a clear success condition. If the workflow changes every time, requires judgment at every step, or involves irreversible actions, it is not a good first candidate.

2. Start Record a skill from Codex

The documented path is:

Codex app → Plugins → + menu → Record a skill

Codex then suggests a prompt. You can add useful context before approving the recording permission and demonstrating the workflow on your Mac.

3. Keep the recording focused

During recording, Codex observes the actions and window content needed to learn the workflow. The official docs explicitly recommend keeping the demonstration short and complete. If you keep recording unrelated cleanup, messaging, or folder organization, the generated Skill can become noisy.

4. Let Codex draft the Skill

After recording stops, Codex inspects the workflow and drafts a Skill. A good Skill should contain the trigger conditions, required inputs, step-by-step workflow, expected outputs, and verification method. After recording, it is worth asking Codex to refine hidden preferences such as naming rules, default labels, field choices, or approval points.

5. Replay it in a new thread

Later, you can start a new thread and ask Codex to use the generated Skill. You only need to provide the values that changed this time, such as the report month, file to upload, issue title, or date range.

Use the monthly report download Skill.
Download the report for 2026-06 and save it as ads-report-2026-06.csv.

What public Skill examples show

There are still not many publicly available examples that explicitly say they were generated by Record & Replay. However, OpenAI’s public openai/skills repository shows the target shape of real Codex Skills.

Linear Skill

The Linear Skill begins with metadata that tells Codex when it should be used:

---
name: linear
description: Manage issues, projects & team workflows in Linear. Use when the user wants to read, create or updates tickets in Linear.
metadata:
  short-description: Manage Linear issues in Codex
---

The body includes prerequisites, setup steps for the Linear MCP server, OAuth login guidance, and workflows for reading or updating issues. The important pattern is that the Skill does not just say “use Linear.” It tells Codex how to prepare, how to verify access, and how to proceed safely.

gh-fix-ci Skill

The gh-fix-ci Skill is a good example of scope control. Its description says it should be used for failing GitHub Actions checks, while external providers such as Buildkite are out of scope. It also tells Codex to inspect logs, summarize the failure, draft a plan, and implement only after explicit approval.

This is the kind of guardrail Record & Replay users should add after a recording. The more sensitive the workflow, the more important the approval and verification steps become.

A reconstructed Skill shape

The following is a reconstructed example for understanding the shape. It is not an official Record & Replay output.

---
name: monthly-report-download
description: Use when the user asks to download a monthly analytics report. Requires month and output filename.
---

# Monthly Report Download

## Inputs
- month: for example 2026-06
- output_filename: final CSV filename

## Workflow
1. Open the analytics dashboard.
2. Select the report menu.
3. Set the date range to the requested month.
4. Export CSV.
5. Save the file as output_filename.
6. Verify that the file exists and has non-zero size.

Where Record & Replay fits well

Record & Replay fits best when the process is repeated often, depends on user preferences, and is easier to demonstrate than to fully describe. Examples include dashboard workflows, issue creation rules, publishing routines, recurring downloads, and internal tools without clean APIs.

It is less suitable for one-off work, unstable UIs, payment flows, destructive operations, or anything that exposes passwords, tokens, customer data, or two-factor authentication codes.

Skills versus Plugins

Item Skill Plugin
Purpose Reusable workflow instructions and resources Installable bundle that can include skills, app integrations, and MCP servers
Best for Personal or repository-scoped repeated workflows Team distribution and app/tool integrations
Typical content SKILL.md, scripts, references, assets Skills plus install metadata, apps, MCP configuration

Record & Replay is a fast way to create a Skill. If the workflow needs to be distributed across a team, bundled with multiple skills, or connected to apps and MCP servers, a Plugin is the better packaging layer.

Security and operating cautions

Do not record secrets

Use realistic inputs, but avoid secrets and sensitive data. Do not record passwords, API keys, private customer information, payment screens, or two-factor authentication flows. If a permission, payment, or approval dialog appears unexpectedly, stop and reassess.

Keep the workflow small

Small Skills are easier to reuse and debug. If one recording includes report download, filename cleanup, Notion posting, and Slack sharing, consider splitting that into separate Skills.

Make verification explicit

The Skill should not merely perform steps. It should verify the result. For example, a report Skill should check that the file exists and has non-zero size. An issue Skill should return the issue URL and verify labels, assignee, and required fields.

Practical troubleshooting

Record & Replay does not appear

Check whether Computer Use is available and enabled. If your organization manages Codex with requirements.toml, the [features].computer_use setting also controls Record & Replay.

[features]
computer_use = false

If this is set to false, both Computer Use and Record & Replay become unavailable.

The generated Skill is too complicated

The recording probably included unrelated actions or too many sub-tasks. Redo the recording with a shorter scope, or split the Skill into smaller workflows.

The Skill triggers in the wrong situation

Refine the Skill description. Codex relies heavily on the description for implicit Skill selection, so include both when to use the Skill and when not to use it.

Is this just RPA?

It overlaps with RPA, but it is not the same. Classic RPA often depends on fixed UI selectors or coordinate-like flows. Record & Replay produces a reusable Skill that Codex can interpret with available tools in the current environment.

Conclusion

OpenAI Codex Record & Replay is most useful when a person already knows a repeatable workflow and wants Codex to preserve that workflow as reusable operational knowledge. The feature is especially compelling for UI-heavy tasks where the hidden rules matter: naming conventions, field defaults, labels, verification steps, and approval boundaries.

The safest way to use it is to keep recordings short, avoid sensitive data, review the generated Skill, and add explicit verification. Start with personal workflows as Skills; move to Plugins when the workflow needs broader team distribution or app integrations.

References