OpenAI Codex release notes: Enterprise får plugin-delning

OpenAI har lagt till en liten men viktig Codex-nyhet för Enterprise-team: plugin-delning är nu tillgängligt som standard i kvalificerade ChatGPT Enterprise-arbetsytor. Det låter ett team dela en lokal Codex-plugin internt, utan att lägga den i en publik plugin-katalog.

OpenAI Codex är OpenAI:s kodagent för att läsa, ändra, testa och förklara kod. En Codex-plugin är ett paket med återanvändbara instruktioner, app-integrationer och ibland MCP-servrar. MCP, Model Context Protocol, är ett sätt att ge en agent kontrollerad åtkomst till externa verktyg eller datakällor. Ett godkännandesteg är en punkt där en människa måste godkänna en känslig åtgärd innan agenten fortsätter.

OpenAI Codex release notes: vad ändrades den 5 juni

I OpenAI:s Enterprise & Edu release notes för 5 juni står det att plugin sharing nu är tillgängligt som standard för kvalificerade ChatGPT Enterprise-arbetsytor i Codex. Användare kan dela lokala plugins med sin arbetsyta, och kollegor kan installera delade plugins från Codex plugin directory.

Källa: OpenAI Help Center, ChatGPT Enterprise & Edu release notes

OpenAI:s Codex-dokumentation beskriver också flödet: öppna Plugins i Codex-appen, gå till Created by you, öppna pluginens detaljsida, välj Share, lägg till medlemmar eller grupper, eller kopiera en delningslänk. De som får åtkomst hittar pluginen under Shared with you. Dokumentationen säger också att en delad lokal plugin stannar inom arbetsytans och organisationens gräns, och att konton utanför arbetsytan inte kan komma åt den.

Källa: OpenAI Codex docs, Build plugins

Varför plugin-delning spelar roll för svenska team

Det här är mest intressant för organisationer som redan har hittat ett bra Codex-arbetssätt och vill sluta uppfinna det på nytt. En plugin kan bära med sig en rutin för kodgranskning, supporttriage, databasändringar, dokumentation eller intern verktygsbyggnad. När den går att dela internt blir Codex mindre beroende av en person som råkar ha rätt prompt sparad.

Det betyder inte att allt ska kopplas in fritt. Den praktiska vägen är att dela små arbetsflöden med tydliga gränser: avgränsade API-nycklar, hemligheter i en hemlighetshanterare, minsta möjliga behörighet, redigering av känslig output, godkännandesteg före driftsättning, autentisering och betalningar samt loggar som visar vad agenten gjorde. Det är här Hammer Automations Tool Forge passar in: inte fler lösa prompts, utan styrda verktygsflöden som går att testa, dela och följa upp.

Vad du kan testa idag

Börja med en intern plugin som löser ett återkommande, ganska ofarligt arbete. Exempel: sammanfatta pull requests enligt er mall, skapa release-underlag från en changelog, eller kontrollera att en supporttext följer er ton. Dela den först med en liten grupp och titta på två saker: använder kollegorna den på samma sätt, och blir resultatet lättare att granska?

Om pluginen behöver appar, MCP-servrar eller nycklar: dokumentera vilka rättigheter som krävs innan fler får den. OpenAI:s dokumentation anger att admins kan stänga av plugin sharing med plugin_sharing = false i requirements.toml, via cloud-managed requirements. Det är en bra påminnelse om att plugin-delning bör höra ihop med policy, inte bara entusiasm.

Källa: OpenAI Codex docs, Managed configuration och Build plugins

Kort exempel: använd nyheten i Codex

Mänskligt steg: efter att en admin eller workspace-ägare har bekräftat att plugin-delning är tillåten, öppna Plugins i Codex-appen, gå till Created by you, öppna pluginens detaljsida, välj Share och dela den med en liten testgrupp. Det är de stegen OpenAI dokumenterar för workspace-delning.

Källa: OpenAI Codex docs, Build plugins

Kopiera sedan detta till en ny Codex-tråd där pluginen redan är installerad:

Use the shared customer-support plugin in this workspace. First inspect what skills, tools and app connections it exposes. Then draft a two-step support-triage routine for our team: what the plugin should read, what it may change, which actions need approval, and what log or summary humans should review. Do not call external tools until you have listed the required permissions.

Bra output ska visa:

• vilka plugin-delar Codex tänker använda
• vilka behörigheter eller externa appar som krävs
• var en människa ska godkänna, stoppa eller granska arbetet
• vilken kort logg teamet bör spara efter körningen