Codex subscription vs API: як обрати доступ, оплату й automation

ChatGPT sign-in доречний для інтерактивної роботи людини в Codex CLI, IDE, desktop або cloud surfaces, коли allowance, workspace membership і доступні controls уже належать плану. Власний OpenAI API key доречний, коли workload повинен оплачуватися в API organization або project, мати окремий spend contour чи працювати через machine-oriented process. Це не гарантує однакових моделей, features, limits або data controls: зафіксуйте surface, account, workspace, auth method, model і billing owner перед тестом.

Не обирайте API лише тому, що задача технічна, і не переносіть персональний ChatGPT login у CI лише тому, що plan уже оплачений. Спочатку розділіть local pairing, delegated cloud task, code review, scheduled automation та власну програмну інтеграцію. Для кожного класу визначте identity, дозволи, budget, evidence і stop condition. Перемагає найпростіший контур, який відтворювано проходить quality, authority та cost gates.

• Людина, local або IDE session і plan allowance → почніть із ChatGPT sign-in.
• API project, service credential, власний metering або app integration → оцінюйте API key чи workload identity.
• Codex cloud або review → окремо перевірте repository connection, workspace policy й usage receipt.
• Змішаний режим → забороніть silent payer fallback і документуйте routing.

OpenAI прямо розділяє sign-in with ChatGPT і використання власного API key. Після зміни методу автентифікації не покладайтеся на старий terminal prompt або факт активної підписки. Збережіть receipt без секретів: client і version, auth method, masked organization або workspace label, active model, repository, sandbox profile, timestamp та сторінка usage, на якій очікується списання. У CLI перевіряйте поточний стан до першого material run.

Побудуйте negative test на disposable project: залиште неактивний test credential у контрольованому shell profile і перевірте, що оператор виявляє невідповідність до виконання. Ніколи не пишіть token у log, screenshot, issue або article evidence. Для automation використовуйте найвужчий доступний project/service identity, rotation і revoke test; людський OAuth-сеанс не повинен непомітно ставати спільною machine identity.

Codex із ChatGPT account використовує allowance та billing відповідного плану; доступні додаткові credits і reset behavior залежать від plan і workspace. Codex із власним API key використовує API pricing та limits API project. Навіть коли обидва контури вимірюють tokens, rate card, included usage, cache, tool charges, budget owner і authoritative invoice можуть відрізнятися. Не змішуйте dashboard estimate з фінансовим рахунком.

Порівнюйте accepted-task cost: однаковий commit, task set, instructions, model class, reasoning policy, network boundary і reviewer rubric. Записуйте input, cached input, output, tool activity, retries, parallel workers, review minutes, accepted result і interruption. Не публікуйте vendor average як прогноз своєї команди. Якщо task змінюється між контурами або один run отримав теплий cache, позначте comparison невалідним і повторіть.

• Plan receipt → workspace, allowance або credit pool, reset state й accepted artifact.
• API receipt → organization, project, model, usage, budget state й invoice source.
• Unknown completion → спочатку перевірте git state та side effects, потім вирішуйте retry.
• Price або model change → оновіть dated manifest, а не стару таблицю в пам'яті.

Інтерактивний local Codex може просити approval, показувати diff і працювати в sandbox поруч із людиною. Delegated cloud task залежить від connected repository, environment і workspace controls. Non-interactive `codex exec`, GitHub Action або Codex SDK додають machine-readable output, max runtime, concurrency, retry та partial-completion concerns. Однаковий login не робить ці surfaces операційно еквівалентними.

Створіть execution manifest для кожного mode: source commit, writable paths, network policy, secrets source, allowed commands, approval policy, output schema, timeout, idempotency key, validation commands і merge authority. API billing полегшує project metering, але не обмежує shell authority автоматично. ChatGPT workspace policy може дати корисні admin controls, але не замінює repository branch protection та незалежний deploy gate.

Для Business, Enterprise або Edu перевіряйте membership, role, model availability, managed configuration, data controls, repository connector та audit surface як окремі entitlements. Для API перевіряйте organization/project roles, service accounts, spend limits, model permissions і key lifecycle. Видалення seat не доводить revoke API credential; видалення API key не від'єднує GitHub repository від Codex cloud.

Проведіть joiner-mover-leaver test на synthetic user. Joiner отримує лише потрібний repository і mode; mover втрачає старий project та policy; leaver втрачає ChatGPT workspace, API project, repository connection, cached credentials і automation schedule. Security зберігає timestamped receipts, а не секрети. Будь-який залишковий шлях до write або billable run блокує rollout.

Виберіть 12–20 representative задач: repository explanation, bug fix, multi-file refactor, test repair, dependency investigation, review і коректна відмова за браком evidence. Перший тиждень виконайте їх через approved ChatGPT contour, другий — через обмежений API project. Freeze commit, client version, model class, config, task order і acceptance rubric. Перед кожним run capture auth receipt, після нього — diff, checks, completion state та billing source.

Додайте failure fixtures: exhausted allowance, API budget ceiling, revoked user, revoked key, network denial, approval refusal, timeout після можливої зміни й corrupted machine-readable output. Pilot проходить, коли payer attribution відтворюється, critical tasks завершуються або fail-closed, finance може reconcile usage, а reviewer не бачить деградації acceptance. Результат обирає operating model; він не доводить універсальну перевагу продукту.

• Freeze → commit, task set, model class, policy та acceptance criteria.
• Observe → auth, payer, tokens або allowance, tools і completion state.
• Review → correctness, regressions, correction time та evidence quality.
• Reconcile → client receipt проти authoritative plan або API dashboard.
• Decide → найнижча складність, що проходить критичні gates.

Перед переходом інвентаризуйте Codex config, AGENTS.md, skills, MCP servers, environment variables, repository connections, cloud environments, automation schedules, model settings і policy sources. Не копіюйте credential між контурами: перевипустіть його з цільового owner і мінімальним scope. Після cutover виконайте read-only canary, перевірте auth receipt, sandbox, network, billing destination і лише тоді дозволяйте patch task.

У змішаній моделі routing має бути детермінованим: наприклад, human local pairing через workspace sign-in, CI proposal через API project, merge лише через branch protection. Забороніть fallback на персональний key або account. Rollback повертає попередній approved auth path, вимикає нові schedules, revokes новий credential і звіряє outstanding usage та side effects.

Запишіть decision owner, workload classes, required surfaces, identity source, data boundary, model eligibility, allowance або API budget, concurrency, audit needs, approval policy, repository scope, exit owner і review date. Посилайтеся на чинні official docs замість копіювання mutable limits та цін. Значення, якого немає у вашому account або contract, позначайте `unknown`.

ChatGPT contour обирайте, якщо він покриває потрібні interactive або governed Codex surfaces із зрозумілим allowance та workspace lifecycle. API contour обирайте для окремого programmatic billing і identity boundary, якщо workload та terms його підтримують. Змішаний contour прийнятний лише з явним routing, незалежними budgets, credential isolation і тестованим revoke. Перегляд повторюйте після зміни plan, pricing, rate card, model, client, policy або automation surface.