Codex uses nonexistent sky.app() API for Finder Computer Use task

What version of the Codex App are you using (From “About Codex” dialog)?

26.818.61809 (build 7019)

What subscription do you have?

ChatGPT Pro (20x)

What platform is your computer?

Darwin 27.0.0 arm64 arm

What issue are you seeing?

When asked to open a local project folder in Finder, Codex initialized the bundled @oai/sky package correctly, but then called a nonexistent API:

globalThis.sky = (await import("@oai/sky")).sky;
var finder = await sky.app("Finder");
var state = await finder.getAppState();

The call failed with:

sky.app is not a function

Finder was never accessed and the requested folder was not opened. The current bundled Computer Use instructions expose a flat, snake_case API such as sky.get_app_state({ app: "Finder" }); they do not expose a sky.app() factory or getAppState() method.

What steps can reproduce the bug?

Feedback ID: 01a0352d-4ffc-7c00-aa0e-fcd494ab2d4d

1. In the Codex desktop app, ask Codex to open a specific local folder in Finder.
2. Codex selects the Computer Use skill and imports @oai/sky.
3. Observe that it generates var finder = await sky.app("Finder");.
4. The tool call immediately fails with sky.app is not a function.

The documented working API shape is:

globalThis.sky = (await import("@oai/sky")).sky;
var state = await sky.get_app_state({ app: "Finder" });
nodeRepl.write(state.text);

What is the expected behavior?

After loading the current Computer Use instructions, Codex should use the documented flat API and complete the Finder action, for example with sky.get_app_state, sky.press_key, and sky.paste. It should not generate methods that are absent from the runtime API.

Additional information

This appears to be stale API-shape contamination in agent planning: the current bundled skill documentation already shows the correct top-level snake_case methods. Ideally the generated call should be validated against the exposed API surface before execution.