update-codex-plugin

Codex プラグインを更新する

既存の公開済み Remotion プラグインを更新します。プラグインの ID は plugins~Plugin_efd07789186881918253a50acfc32762 です。

• ダッシュボード：https://platform.openai.com/plugins/manage/plugins~Plugin_efd07789186881918253a50acfc32762
• 公開リスト：https://chatgpt.com/plugins/plugins~Plugin_efd07789186881918253a50acfc32762
• リリースソース：https://github.com/remotion-dev/codex-plugin

モノレポのリリースパイプラインはこの GitHub リポジトリを更新しますが、公開ディレクトリは更新しません。codex plugin add とマーケットプレイスのアップグレードで管理されるのはローカルのインストールであり、公開リストではありません。このアップロードには、古い packages/codex-plugin ビルドディレクトリ、openai/plugins、またはポータブルな cursor-plugin パッケージを使用しないでください。

2026-10-08 時点で確認したところ、OpenAI はダッシュボードから ZIP をアップロードする方法を案内しており、利用可能な CLI に公開ディレクトリへの公開コマンドはありません。この作業にはブラウザーツールを使用してください。今後、公開 API が公式に案内された場合はそちらを優先し、非公開のダッシュボードリクエストを再現したり、ブラウザーの認証情報を取り出したりしないでください。 現在の参考資料：OpenAI のプラグイン提出手順。

現在のリリースを確認する

サインイン済みの OpenAI Platform セッションでブラウザーを使用してください。Remotion の組織と既存のプラグイン ID を確認します。ダッシュボードの Publication Version が正式な情報です。ローカルのプラグインキャッシュは、ダッシュボードより古い場合があります。

アップロードする前に、バージョンセレクターとレビューの状態を確認してください。依頼されたバージョンがすでに公開済みの場合は、その旨を報告します。そのバージョンのドラフトまたはレビューがすでに存在する場合は、重複して作成せず、既存のものを続けてください。再アップロードのためだけに、別のアクティブなレビューをキャンセルしないでください。

Metadata & Skills で Published バージョンを選択し、More plugin actions → Download release ZIP を使用します。実際にダウンロードしたファイルのパスを使用してください。これを、リストのテキスト、ブランディング、公開設定を保持するためのベースラインとします。インストール済みのキャッシュは、公開済みパッケージの代わりにはなりません。

ZIP を準備する

モノレポのルートから実行します。

python3 .agents/skills/update-codex-plugin/scripts/prepare-release.py \
  --published-zip /absolute/path/to/downloaded-release.zip

デフォルトでは、ヘルパーは Remotion の最新の安定版 GitHub リリースを解決します。ユーザーが指定したリリースを使用するには、--version 4.0.534 を追加します。gh と Python 3 が必要です。remotion-dev/codex-plugin から対応するタグを取得してコミットを固定し、チェックアウトの外部に一時的なステージングディレクトリとアップロード用 ZIP を作成します。公開、インストール、モノレポの変更は行いません。

ヘルパーはリリース済みパッケージを使用し、公開済みの interface、割り当て済みの id、OpenAI の extensions を保持します。参照されているリスト用アセットも保持されます。JSON レポートを確認し、特に preserved_manifest_differences を確認してください。スキルを更新する場合は、これらの上書きを保持します。リストの変更も作業に含まれる場合に限り、変更してください。ソースパッケージの構造に互換性のない変更がある場合は、コンポーネントを黙って削除せず、アップロード前にヘルパーを適応させてください。

報告されたソースコミット、バージョン、スキル名、ZIP のパスを確認してください。モノレポの依存関係をインストール済みの場合は、既存の Vally ライブラリを使い、ステージング済みパッケージに対して packages/agent-plugin から lint を実行します。

bun -e 'import {runLint, LintConsoleReporter} from "@microsoft/vally"; const result = await runLint({rootPath: process.argv[1]}); await new LintConsoleReporter({verbose: true}).report(result); if (!result.passed) process.exit(1);' /absolute/path/to/staged/remotion

@microsoft/vally はライブラリであり、vally CLI は提供していません。アップロードする前に、パッケージングに関する実際の指摘を修正してください。安全性に関する指摘を回避するためだけに、スキルの内容を変更しないでください。

ブラウザーでアップロードして公開する

公開済みプラグインを更新する指示には、通常のアップロードおよび公開ワークフローが含まれます。ZIP の準備、スキルの作成、またはドラフトのアップロードなど、より限定的な依頼には従ってください。ただし、それだけでは公開の許可にはなりません。

1. 既存のプラグインを開き、ダッシュボードに表示されている Upload new version、Upload plugin to make changes、または Upload plugin to fix issues をクリックします。
2. Upload new version で、既存の検証済み Remotion 開発者 ID を維持します。ブラウザーツールのファイルアップロード API を使用してヘルパーの ZIP を選択します。その前に、アップロードのドキュメントを読んでください。ファイルを選択するとアップロードがすぐに開始される場合があります。Upload plugin をクリックしたり再試行したりする前に、結果を確認してください。Chrome の拡張機能のアップロードで Allow access to file URLs が必要な場合は、ネイティブのファイル選択画面も使用できます。ネイティブアプリツールで正しい Chrome タブを選択し、Choose file をクリックして Command-Shift-G を押し、新しいアクセシビリティ状態を読み取ります。パスフィールドに ZIP の正確なパスを設定して Return を押し、選択したファイル名を確認してから Open をクリックします。この代替手段を使うだけの理由で拡張機能の権限を変更しないでください。
3. Metadata & Skills で新しいバージョンを確認します。以前に公開したバージョンではなく、そのバージョンのメタデータとスキルのチェック結果を読み取ってください。操作後はブラウザーの状態を更新し、古い要素インデックスを再利用しないでください。
4. 表示された審査ワークフローに従います。送信を妨げるかどうかを判断する前に、指摘事項を読み取ってください。スキルが Needs attention と表示されていても、バージョンが Approved かつ Ready to publish になることがあります。警告があるだけでは審査に失敗したとは言えません。新しい ZIP が必要な場合は、ステージング済みパッケージを修正して再作成し、リリースの来歴を維持してください。保留中のスキャンを再試行するために、同じ ZIP のアップロードを繰り返さないでください。
5. 依頼されたバージョンが承認され、公開が許可されている場合は、Publish plugin を選択します。ポリシーの確認に法的条件への同意が含まれる場合は、同意する前に、使用中のブラウザーツールで必要な確認を得てください。実施していないテストを実施したと主張したり、審査情報を捏造したりしないでください。
6. Publication Version に対象バージョンが Published と表示されていることを確認します。ドラフトの選択、アップロードの成功、承認、または GitHub タグだけでは公開済みとは言えません。使用中のツールがサポートする方法で、ブラウザーの証拠を保存してください。

スキャンや人による審査は、現在のターンを超えて続く場合があります。正確なバージョン、状態、指摘事項、ダッシュボード URL を報告し、ダッシュボードをフォローアップ用に利用できる状態にしておいてください。ユーザーから依頼された場合に限り、スケジュール済みのフォローアップを設定してください。アップロード結果が不確かな場合は、再試行する前にバージョン一覧を確認してください。

最後に、準備済みまたは公開済みのバージョン、ソースコミット、検証結果、およびダッシュボードで残っている手順を報告してください。prepared、uploaded、under review、approved、published を明確に区別してください。