agentleFS
tim-osterhustim-osterhus/millrace-skills/skills/openai-docs/SKILL.md

openai-docs

Skill0 starsChanged 7 months agoApache-2.0View on GitHub

Guardrail for answering OpenAI API and product questions from current official documentation, with narrow upgrade advice and explicit citation discipline.

31 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use review-agent, atlas and 4 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • OpenAISkill

    review-agent

    Perform a read-only, defect-first review of a specified code change and return every actionable finding. Use when another agent delegates review of uncommitted changes, a base-branch diff, a commit, or custom review instructions.

    Also in 3 projects that use this

  • arigaSkill

    atlas

    Database schema management, migrations, data scripts, and Atlas Cloud operations with the Atlas CLI. Use when: generating or applying migrations, diffing, linting, validating, or testing schemas, working with atlas.hcl, schema.hcl, or ORM schemas (GORM, Drizzle, SQLAlchemy, Django, Ent, Sequelize, TypeORM, Prisma), running data backfills, purges, or reports with atlas script, or answering questions about Atlas Cloud: which databases are synced, pending, or failed, recent or failed deployments, what is waiting for deployment, registry repos, and pending plan approvals.

    Also in 3 projects that use this

  • ElasticSkill

    agents-sdk

    Build AI agents on Cloudflare Workers using the Agents SDK. Load when creating stateful agents, durable workflows, real-time WebSocket apps, scheduled tasks, MCP servers, or chat applications. Covers Agent class, state management, callable RPC, Workflows integration, and React hooks.

    Also in 3 projects that use this

  • JetBrainsSkill

    doc

    Use when the task involves reading, creating, or editing `.docx` documents, especially when formatting or layout fidelity matters; prefer `python-docx` plus the bundled `scripts/render_docx.py` for visual checks.

    Also in 3 projects that use this

  • HK-hubSkill

    computer-use

    Use Orca's computer-use CLI to inspect and operate local desktop app windows through accessibility trees, screenshots, and safe UI actions. Use for desktop app interaction: list apps/windows, get app state, read visible UI, click controls, type, press keys, scroll, drag, set values, or perform accessibility actions. Also use for browser windows, webviews, Orca app UI, or other desktop UI. Triggers include "computer use", "orca computer", "read Spotify", "read Slack", "control/click/read in a desktop app", and "get app state".

    Also in 3 projects that use this

  • VercelSkill

    find-skills

    Helps users discover and install agent skills when they ask questions like "how do I do X", "find a skill for X", "is there a skill that can...", or express interest in extending capabilities. This skill should be used when the user is looking for functionality that might exist as an installable skill.

    Also in 3 projects that use this

The file

Show its rules and text

We split this skill into the rules it gives an agent

14 rules. 0 are common, 13 are distinctive, and 1 is very specific to this project.

  • 0

    Common

    Most of the 31 edited versions we read keep these.

  • 13

    Distinctive

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Treat official OpenAI documentation as the source of truth.

    line 40
  2. Distinctive:

    Search or fetch the exact official page needed before answering latest/current questions.

    line 41
  3. Distinctive:

    Prefer developer documentation and platform reference pages over blog posts or third-party summaries.

    line 42
  4. Distinctive:

    Keep migration changes narrow: active model defaults and directly related prompts or API parameters only.

    line 44
  5. Distinctive:

    Do not invent model availability, pricing, limits, tool support, or deprecation timelines.

    line 48
  6. Very specific:

    Do not rely on memory for latest/current/default model questions.

    line 49
  7. Distinctive:

    Use official OpenAI domains or official OpenAI developer-doc tooling when browsing or fetching remote docs.

    line 50
  8. Distinctive:

    Keep quotes short and prefer paraphrase with links.

    line 51
  9. Distinctive:

    If official pages conflict, name the conflict and avoid broad edits until the target behavior is clear.

    line 52
  10. Distinctive:

    Do not broaden a model-string upgrade into SDK, provider, auth, infra, or eval-baseline migration unless the user asks.

    line 53
  11. Distinctive:

    If current docs cannot be reached, say that the answer is fallback guidance and avoid latest/current claims.

    line 68
  12. Distinctive:

    If the user named a specific target model or API, keep that target unless they ask for latest.

    line 73
  13. Distinctive:

    Verify syntax, tests, or a targeted smoke path without making real external calls unless authorized.

    line 76
  14. Distinctive:

    Start with the product surface and the user's requested outcome.

    line 88

“Common” is measured: kept by at least 6 in 10 of the 31 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

OpenAI Docs

Purpose

Help agents answer OpenAI API, model, SDK, Codex, Apps SDK, Realtime, media, and Agents SDK questions from current official documentation. This skill is for docs-grounded guidance, not memory-based speculation or broad provider migration.

Use When

  • the user asks how to build with OpenAI APIs, models, SDKs, tools, or agent frameworks
  • the request depends on current model names, defaults, capabilities, pricing, limits, or migration guidance
  • code changes require confirming an OpenAI API surface or parameter
  • the user asks for citations, links, or latest official behavior

Do Not Use When

  • the task is unrelated to OpenAI products
  • the user explicitly provides the full relevant docs content and does not need freshness
  • the work is only ordinary application code with no OpenAI API decision

Quick Start

  1. Treat official OpenAI documentation as the source of truth.
  2. Search or fetch the exact official page needed before answering latest/current questions.
  3. Prefer developer documentation and platform reference pages over blog posts or third-party summaries.
  4. Preserve explicitly requested model targets instead of silently upgrading them.
  5. Keep migration changes narrow: active model defaults and directly related prompts or API parameters only.
  6. Cite the official source used and call out uncertainty when docs are unavailable.

Operating Constraints

  • Do not invent model availability, pricing, limits, tool support, or deprecation timelines.
  • Do not rely on memory for latest/current/default model questions.
  • Use official OpenAI domains or official OpenAI developer-doc tooling when browsing or fetching remote docs.
  • Keep quotes short and prefer paraphrase with links.
  • If official pages conflict, name the conflict and avoid broad edits until the target behavior is clear.
  • Do not broaden a model-string upgrade into SDK, provider, auth, infra, or eval-baseline migration unless the user asks.
  • Preserve examples, fixtures, historical docs, and provider comparisons unless they are the active runtime path being updated.

Inputs This Skill Expects

  • The OpenAI product or API surface involved.
  • Whether the user needs explanation, implementation, model selection, migration, or prompt upgrade guidance.
  • Any explicitly requested model or API target.
  • The code paths, config keys, or prompts that are in scope for edits.
  • Access to official docs or a clear reason docs could not be fetched.

Output Contract

  • State the official source or docs path used for the answer.
  • For model selection, name the use case and why the chosen model fits based on current docs.
  • For migrations, identify the current target, requested target, files changed or to change, and behavior intentionally left alone.
  • For implementation guidance, give the minimum API pattern and the verification command or smoke test.
  • If current docs cannot be reached, say that the answer is fallback guidance and avoid latest/current claims.

Procedure

  1. Classify the request as docs lookup, implementation guidance, model selection, model upgrade, prompt upgrade, or broader migration.
  2. Fetch or search official OpenAI docs for the exact surface before giving latest/current guidance.
  3. If the user named a specific target model or API, keep that target unless they ask for latest.
  4. For code changes, locate active runtime config and prompts before editing.
  5. Make the smallest behavior-preserving change that satisfies the OpenAI docs requirement.
  6. Verify syntax, tests, or a targeted smoke path without making real external calls unless authorized.
  7. Report citations, changed scope, and any unresolved docs ambiguity.

Pitfalls And Gotchas

  • Treating stale local knowledge as current OpenAI guidance.
  • Updating examples or historical references while leaving the active runtime unchanged.
  • Changing provider abstractions, eval fixtures, or fallback models during a narrow model upgrade.
  • Mixing Chat Completions, Responses, Realtime, Apps SDK, and Agents SDK patterns without checking the intended API.
  • Claiming a model supports a feature before verifying the official page.
  • Failing to mention when docs access was unavailable.

Progressive Disclosure

Start with the product surface and the user's requested outcome. Fetch only the specific official pages needed for that branch. Load migration, prompting, or model-selection guidance only when the user asks for that decision or the implementation depends on it.

Verification Pattern

  • Confirm an official OpenAI source was consulted for latest/current claims.
  • Confirm explicit target models were preserved unless the user requested a latest upgrade.
  • Confirm code edits are limited to active runtime paths and directly related prompts.
  • Confirm tests, typechecks, or smoke checks ran when code changed.
  • Confirm the final answer cites sources or states why docs could not be reached.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.