# Claude Code och Codex tillsammans: 3 arbetssätt > Att arbeta tillsammans med Claude Code och Codex: skriva och granska kod, ta fram utkast och arkitektur, separera infrastruktur och affärslogik samt synkronisera instruktioner. Source: https://ailoot.ai/blog/sv/claude-code-codex-together/ Canonical: https://ailoot.ai/blog/sv/claude-code-codex-together/ Language: sv Publisher: Ailoot (https://ailoot.ai/) Translation: guide-047 Revision: sha256-9b5c45def9f29103b5798c3a268b55166072effb66401c114e039580b6fa61bb
Det viktigaste En agent, ett arbetstempo: antingen arbetar du noggrant igenom arkitekturen eller tar snabbt fram utkast. Claude Code och Codex tillsammans täcker båda arbetssätten. Claude Code tänker igenom saker, ställer frågor och är försiktig. Codex driver arbetet framåt i en sandlåda. 2026 behåller de flesta starka team båda och växlar mellan dem beroende på situationen.
Praktiskt material om att arbeta med agenter och vibe coding: [Ailoot-dokumentationen](https://ailoot.ai/docs/). ## Varför räcker inte längre ett verktyg 2026?
Det viktigaste I juni 2026 hade myten om att ”en enda rätt agent kan hantera allt” fallit samman. Claude Code är bäst på arkitekturarbete och långa omstruktureringar. Codex hanterar autonoma PR:er och parallella sandlådeuppgifter snabbare.
I maj 2026 tog OpenAI sig in på Anthropics område med modellen GPT-5.5 i Codex CLI. I de senaste jämförelserna har Codex ett tydligt försprång på terminaluppgifter och i SWE-bench Verified-läget. Anthropic svarade med Opus 4.8 och Dynamic Workflows och behöll därmed sitt försprång på SWE-bench Pro (ett test utformat för att förhindra dataläckage, där det inte hjälper att träna en modell på riktmärket). En detaljerad jämförelse sida vid sida finns i [guiden Codex jämfört med Claude Code](https://ailoot.ai/blog/sv/codex-vs-claude-code-choice/)—här går vi direkt på hur de fungerar tillsammans. 2026 finns det ingen ensam vinnare. Ett mönster dominerar—team behåller Codex för billigt autonomt arbete och Claude Code för riskfyllda arkitekturbeslut. Den avgörande skillnaden för hur arbetet ska fördelas: - **Claude Code är researchern.** Det klarar en lång och ingående dialog, ifrågasätter antaganden och överväger flera tillvägagångssätt innan det väljer en lösning. Det passar när rätt åtgärd inte är uppenbar från början. - **Codex är utföraren.** Det får en uppgift och driver den i mål i en sandlåda. Det passar tydliga uppgifter som kräver en snabb ”ge och få”-cykel. Om du har båda verktygen behöver du inte välja mellan att ”tänka” och att ”göra”. Du delegerar utifrån typen av uppgift. Om du inte har bestämt vilket av de två du ska installera först finns en jämförelse sida vid sida i [guiden Codex jämfört med Claude Code](https://ailoot.ai/blog/sv/codex-vs-claude-code-choice/). ## Mönster 1: Claude Code skriver koden, Codex granskar den
Det viktigaste Det enklaste mönstret att börja med. Claude Code arbetar igenom arkitekturen i Plan Mode och skriver funktionen med förståelse för sammanhanget. Codex får diffen i en pull request, kör tester, kontrollerar specialfall och hittar buggar som Claude missade på grund av hallucinationer. Passar när du behöver kvalitet och ett extra par ögon.
I det här mönstret är Claude Code fortfarande huvudredigerare. Codex kopplas in först på PR-nivå via sitt molnläge (Codex körs direkt från ChatGPT eller GitHub-appen, så du behöver ingen andra terminal). **Så här ser det ut i praktiken:** 1. ### Steg 1: Skriv funktionen i Claude Code Öppna kodförrådet i VS Code, starta Claude Code, växla till [Plan Mode](https://ailoot.ai/blog/sv/claude-code-plan-mode/) och diskutera funktionens arkitektur. Du får ett kodutkast, tester och migreringar. Skapa en commit på en funktionsgren. 2. ### Steg 2: Skapa en PR i GitHub Öppna en pull request från funktionsgrenen till main. Skriv `@codex review this PR for edge cases, security issues, and test coverage gaps` i beskrivningen. 3. ### Steg 3: Codex granskar asynkront I molnläget klonar Codex kodförrådet till sin sandlåda, läser diffen, kör tester och linter och letar efter sårbarheter. Efter 5-15 minuter lämnar det kommentarer direkt på PR:en. 4. ### Steg 4: Gör ändringar i Claude Code Gå tillbaka till Claude Code och ge det Codex kommentarer som sammanhang: ”Här är vad granskningen hittade; åtgärda punkterna 1, 3 och 5.” Claude gör ändringarna och publicerar dem till kodförrådet. Det här mönstret fungerar eftersom Claude och Codex tränades på olika datamängder och har olika arbetssätt. Codex ser sådant som Claude missade på grund av modellens blinda fläckar, och vice versa. **Risker med mönster 1:** - Codex kan godkänna och stänga en PR samtidigt som det missar ett arkitekturproblem. Granska viktiga beslut själv. - Dubbla tokenkostnader: Claude och Codex analyserar samma kod. Det lönar sig för komplexa funktioner och är dyrt för små. - Codex i molnläget kan inte se din lokala miljö—miljövariabler eller lokala databaser. Om funktionen berör dem, kör manuellt i stället. ## Mönster 2: Codex tar fram utkast, Claude Code rättar till arkitekturen
Det viktigaste Mönstret vänt åt andra hållet. Codex skriver snabbt ett grovt utkast—en modell, ett formulär eller en slutpunkt. Du får det på några minuter. Sedan öppnar du filen i Claude Code och ber det städa upp arkitekturen, separera lagren, lägga till typning och förbättra namngivningen. Passar när det är viktigare att snabbt komma igång än att få ett polerat första resultat.
Det här mönstret användes i projektet som beskrivs från 2026, då en prototyp av ett registreringsflöde med e-postaviseringar behövde byggas på en kväll. I det här scenariot hade du kunnat lägga en timme på att diskutera arkitekturen med Claude Code. Codex tog fram ett fungerande utkast på 12 minuter. **Så fungerar det:** | Steg | Vem gör det | Tid | Vad du får | |----|----|----|----| | Specifikation | Uppgiftsförfattare | 5 min | 1 stycke: vad jag vill ha, vilka fält och vilka begränsningar | | Grovt utkast | Codex | 5-15 min | Fungerande kod, tester, dokumentation | | Arkitekturstädning | Claude Code | 20-30 min | Separerade lager, strikta typer, levande namn | | Sluttester | Claude Code | 10 min | Full täckning, inga luckor | Det fungerar så här: Codex gör grovjobbet under de första 15 minuterna, sedan lyfter Claude det till produktionskvalitet. Be Codex göra det polerat direkt, så fastnar det i tvetydigheter. Be Claude Code göra det snabbt direkt, så börjar det tvivla på sina val. Ge var och en det arbete den är gjord för. **Risker med mönster 2:** - Codex genererar ett utkast med antaganden som kan vara svåra att städa upp senare. Om utkastet går åt fel håll är det billigare att kasta bort det och börja om än att rätta till det. - Claude Code kan lägga en halvtimme på att byta namn på variabler och glömma det verkliga arkitekturproblemet. Ge det specifika ändringar, inte ”städa upp det här”. - Sammanhang går förlorat mellan sessioner. För att Claude Code ska förstå vad Codex avsåg behöver du en `AGENTS.md` (se mönster 5) eller en detaljerad kommentar i början av filen. ## Mönster 3: Codex för infrastruktur, Claude Code för affärslogik
Det viktigaste Det mest avancerade mönstret för team på 2-5 personer. Codex hanterar infrastruktur—CI/CD, tester, migreringar, infrastruktur som kod och konfigurationer. Claude Code hanterar affärslogik—modeller, produktfunktioner och hantering av användarscenarier. Varje verktyg arbetar inom sitt eget ansvarsområde.
Idén är enkel: olika delar av en kodbas kräver olika arbetssätt. Det här mönstret kompletterar metoden att [köra flera Claude Code-instanser parallellt](https://ailoot.ai/blog/sv/claude-code-parallel-worktree-agents/)—där hanterar samma modell olika uppgifter via git worktrees; här delar två olika agenter upp ansvarsområdena. **Infrastrukturlager** (Codex): - GitHub Actions: lägg till ett nytt jobb, justera cachelagring, snabba upp CI. - Tester: skriv en svit med integrationstester efter en omstrukturering. - Prisma-migreringar: generera en migrering och kontrollera att den kan återställas. - Docker- / Coolify-konfigurationer: lägg till miljövariabler, uppdatera hälsokontrollen. - Cron-jobb: skriv en uppsättning cron-hanterare. Codex är bäst här eftersom infrastrukturuppgifter ofta består av **många små filer med standardkod**. Codex fastnar inte i att ”behöva tänka igenom det”; det driver arbetet hela vägen i mål. **Affärslogik** (Claude Code): - Registreringsflöde: vad användaren ska se i varje steg. - Prisberäkning med hänsyn till rabatter, delbetalningar och gåvokampanjkoder. - Automatiserade aviseringsflöden: vilka utlösare och villkor. - Externa API-integrationer: felhantering, nya försök, cachelagring. - Finansiella modeller: beräkningar av enhetsekonomi och intäktsprognoser. Claude Code är bäst här eftersom de här uppgifterna kräver **långvarig dialog med produktperspektiv**. Utan att diskutera scenarier får du en teknisk lösning som inte tar hänsyn till användarens verkliga problem. **Så fördelas arbetet i kodförrådet:** ``` project/ ├── .github/workflows/ ← Codex (CI, tests) ├── infra/ ← Codex (Docker, Coolify, migrations) ├── scripts/ ← Codex (task scripts) ├── tests/ ← Codex (integration tests) ├── src/ │ ├── lib/ ← Claude Code (business logic) │ ├── app/ ← Claude Code (routes, forms, pages) │ └── components/ ← Claude Code (UI) └── prisma/ └── schema.prisma ← Claude Code (data models—product decision) ``` Det här är ingen fast regel. Det kan finnas överlappningar—till exempel kan Claude Code redigera en GitHub Action om åtgärden har produktbetydelse (att skicka en avisering efter publicering). Men 80% av uppgifterna passar väl in i den här uppdelningen. ## Hur synkroniserar du CLAUDE.md och AGENTS.md?
Det viktigaste En risk med samarbetet är att verktygen får olika regler. Både CLAUDE.md och AGENTS.md kan innehålla samtalspreferenser, projektfakta och operativa instruktioner. Gemensamma tekniska regler kan återanvändas i båda filerna. Granska kopierad text för verktygsspecifika kommandon och konfiguration; Markdown-kopiering får inte i sig Codex att fungera dåligt. Ett alternativ är en kanonisk källa i `/context/` från vilken båda filerna genereras.
Ett oväntat problem dök upp i den beskrivna erfarenheten av att använda Claude Code och Codex parallellt. Claude Code följde reglerna i `CLAUDE.md` (”rör inte migreringar utan bekräftelse”). Codex kunde inte se de här reglerna och körde migreringar i en arbetsmiljö utan att tveka. Efter den tredje trasiga databasen blev det nödvändigt att ta reda på hur man håller båda filerna korrekt synkroniserade. Båda filerna kan innehålla projektkontext, samtalspreferenser, testkommandon, katalogundantag och commitstandarder. Återanvänd regler som gäller båda verktygen och håll sedan respektive verktygs kommandon och konfiguration separat. Ett förbud mot att ändra migreringar hör till exempel hemma i båda instruktionerna om det gäller båda agenterna. **Det som är samma i båda filerna:** - Teknikstack: vilka ramverk, vilken databas och vilket ORM. - Projektbeskrivning: vad projektet är, vem det är till för och dess viktigaste entiteter. - Förbud: vilka mappar som inte får röras och vilka kommandon som inte får köras. **Det som skiljer sig:** - Claude Code-specifika hooks, inställningslager och MCP-konfiguration hör hemma i relevanta Claude Code-konfigurationsfiler. Beskrivande text kan refereras från `CLAUDE.md`; den blir inte portabel konfiguration bara genom att kopieras. - `AGENTS.md` är en öppen standard. Codex, Cursor, Aider, Continue, Cline och Factory Droid läser den—25+ agenter. Den [separata guiden](https://ailoot.ai/blog/sv/agents-md-guide-template/) beskriver AGENTS.md-formatet mer ingående. Codex MCP-konfigurationer lagras i `~/.codex/config.toml` (TOML, inte JSON som med Claude). Ett vanligt mönster 2026 är en kanonisk regelkälla i monorepots mapp `/context/`, från vilken ett synkskript genererar `CLAUDE.md`, `.cursor/rules/*.mdc` och `AGENTS.md`. De verktygsspecifika filerna markeras som skrivskyddade; endast källan redigeras. Kör synkskriptet via en pre-commit-hook eller en GitHub Action. Om ändringar görs direkt i `CLAUDE.md` misslyckas CI. Det skyddar mot att reglerna glider isär mellan verktygen. **Ett annat alternativ är det officiella Codex Plugin for Claude Code** (annonserat den 30 mars 2026, version 1.0.4). Det lägger till kommandona `/codex:review`, `/codex:adversarial-review` och `/codex:rescue` i Claude Code. Codex körs som en underagent med sin egen `~/.codex/config.toml` och `AGENTS.md`. Det gör att du slipper en andra terminal, men `AGENTS.md` behövs fortfarande. ## Vad kostar det att behålla båda, och var uppstår besparingen?
Det viktigaste Ungefär: Claude Code Max (5x) kostar \$100/månad. Codex Plus kostar \$20/månad och Codex Pro kostar \$200/månad. För en person blir Claude Max + Codex Plus = \$120/månad. Det lönar sig redan med en enda timmes sparat arbete. Den största besparingen kommer av att hitta rätt lösning snabbare; tokens är sekundära här.
Här är siffrorna för juni 2026 ([uppgifter från de officiella prenumerationssidorna för Anthropic och OpenAI](https://www.anthropic.com/pricing) och [den officiella Codex-sidan](https://openai.com/codex/)): | Prenumeration | Pris | Vad som ingår | |-----------------|-----------|--------------------------------------| | Claude Pro | \$20/månad | Claude.ai + Claude Code (Pro-gränser) | | Claude Max 5x | \$100/månad | Claude Code med 5x Pro-gränser | | Claude Max 20x | \$200/månad | Claude Code med 20x Pro-gränser | | ChatGPT Plus | \$20/månad | Codex CLI + moln (Plus-gränser) | | ChatGPT Pro 5x | \$100/månad | Codex CLI + moln, 5x Plus-gränser | | ChatGPT Pro 20x | \$200/månad | Codex CLI + moln, 20x Plus-gränser | **Minsta fungerande kombination:** Claude Pro (\$20) + ChatGPT Plus (\$20) = \$40/månad. Tillräckligt för soloprojekt med ett par sessioner om dagen. **En verklig kombination för en aktiv vibe coder:** Claude Max 5x (\$100) + ChatGPT Plus (\$20) = \$120/månad. Enligt den beskrivna erfarenheten användes denna kombination under de senaste 2 månaderna: under den tiden lanserades tre projekt, och Claude-gränserna nåddes aldrig. **En kombination för ett team:** Claude Max 20x (\$200) + Codex Pro (\$200) = \$400/månad. Det är rimligt när du har ett stadigt flöde av PR-granskningar och molnuppgifter som körs parallellt med lokalt arbete. Besparingarna kommer från: - **Mindre tid per funktion.** Författarens mätning: för 12 funktioner i maj-juni minskade tiden från ”en idé dök upp” till ”i produktion” från 4 timmar (en Claude Code) till 2,5 timmar (kombinationen). Mätt på författarens uppgifter; din profil kommer att visa andra siffror. - **Färre defekter.** Enligt de beskrivna observationerna hittar Codex PR-granskningar 2-3 problem av 10 som Claude missar. Varje sådant produktionsproblem innebär en timme eller tvås arbete med att åtgärda det, plus potentiell nedtid. - **Parallellism.** Codex arbetar med funktion A i molnläge medan användaren arbetar med Claude på funktion B. Det fördubblar genomströmningen. Det lönar sig inte om du skriver 1-2 funktioner i veckan. Då räcker Claude Code Pro. ## När behöver du inte ett andra verktyg?
Det viktigaste Fyra scenarier där samarbetet är överdrivet: soloprojekt med 1-2 funktioner i veckan, en strikt budget på \$20/månad, arkitektoniskt enkla projekt utan CI/CD och team där Claude Code redan hanterar alla uppgifter tillförlitligt. I de här fallen innebär Codex extra tid för synkronisering med en osäker nytta.
Kombinationen passar inte alla. Ofta skapar den bara mer brus. Här är fyra situationer där ett andra verktyg inte behövs: 1. **Soloprojekt i början.** Om du har en idé och bara testar den räcker Claude Code + Plan Mode i en månad. Lägg till kombinationen när du stöter på en flaskhals i tempot. 2. **Strikt budget.** Om \$20/månad är taket väljer du Claude Pro och behöver inte oroa dig. Claude på egen hand täcker 80% av en vibe coders uppgifter. 3. **Enkel arkitektur.** En webbplats med ett formulär, en bot med ett par scenarier, ett skript som omsluter ett API—att dela upp arbetet i lager tillför inget här. En Claude Code klarar det. 4. **Allt fungerar redan.** Om du redan använder Claude Code och inte har haft en enda uppgift som fastnat eller misslyckats den senaste månaden behöver du inte laga det som fungerar. Lägg till Codex när behovet blir uppenbart. Och omvänt—tydliga tecken på att det är dags att ta in ett andra verktyg: - Claude Code har blivit en flaskhals: du väntar på det i stället för att arbeta. - Det har dykt upp mycket standardiserat infrastrukturarbete (migreringar, CI, tester) som du ogillar att låta Claude hantera. - Olika personer i teamet använder redan olika verktyg—det behövs ett gemensamt språk. - Jämförelser visar att Codex hanterar din typ av uppgifter snabbare (till exempel terminaloperationer). ## Så ställer du in samarbetet på en kväll
Det viktigaste Steg för steg under en kväll: installera Codex CLI bredvid Claude Code, återanvänd gemensamma tekniska regler i AGENTS.md med separata verktygsspecifika instruktioner, välj ett av de 3 mönstren för ditt aktuella projekt, arbeta med det på 3-5 funktioner och jämför med ditt tidigare tempo. Fortsätt sedan att justera: byt mönster, synkronisera reglerna och lägg till MCP-servrar.
En konkret plan för din första kväll: 1. ### Steg 1: Installera Codex CLI I terminalen: `npm install -g @openai/codex`. Logga in med `codex login`—en webbläsare öppnas och du loggar in med ditt ChatGPT-konto. Codex ser din prenumeration (Plus / Pro) och använder dess gränser. 2. ### Steg 2: Skriv AGENTS.md som ett operativt dokument Granska `CLAUDE.md` och återanvänd regler som gäller båda verktygen i `AGENTS.md`: test- och lintkommandon, commit-format, förbjudna mappar och teknikstackens beskrivning. Samtalspreferenser kan också delas. Anpassa verktygsspecifika kommandohänvisningar och behåll körbara hook- och MCP-inställningar i respektive verktygs konfiguration; en kopierad Markdown-fil konfigurerar dem inte ensam. 3. ### Steg 3: Välj ett mönster för ditt projekt Om du är ensam utvecklare och har CI, använd mönster 1 (Claude skriver, Codex granskar). Om det är ett nytt projekt och du behöver tempo, använd mönster 2 (Codex tar fram utkast, Claude städar upp det). Om det är ett etablerat projekt med ett infrastrukturlager, använd mönster 3 (dela upp efter lager). 4. ### Steg 4: Experimentera i en vecka Arbeta med det valda mönstret för 5-7 funktioner. Håll koll på tiden. Anteckna vilket verktyg som hanterade varje uppgift bäst. Efter en vecka har du en verklig bild av din användning. 5. ### Steg 5: Ställ in synkronisering av regler Lägg till skriptet `scripts/sync-agent-rules.sh` (se avsnittet om synkronisering). Anslut det som en pre-commit-hook eller en GitHub Action. Därefter sprids reglerna automatiskt till båda filerna. Kombinationen är ingen magi. Det är helt enkelt två hjärnor i stället för en, där var och en täcker den andras svaga punkter. Det viktiga är att inte fastna i att diskutera ”Claude eller Codex” när det rätta svaret länge har varit ”både Claude och Codex—för olika typer av uppgifter”. Praktiskt material om att arbeta med agenter finns i [Ailoot-dokumentationen](https://ailoot.ai/docs/).
### Källor - [Anthropic - priser för Claude Pro och Max](https://www.anthropic.com/pricing) - [OpenAI - Codex-priser](https://openai.com/codex/) - [Codex changelog - OpenAI Developers](https://developers.openai.com/codex/changelog) - [Claude Code-dokumentation - CLAUDE.md-format](https://code.claude.com/docs/en/memory) - [AGENTS.md öppen standard](https://agents.md/)
Mer material och verktyg: [Ailoot](https://ailoot.ai/). ## Frågor om den här guiden: Claude Code och Codex tillsammans: 3 arbetssätt ### Kan jag återanvända CLAUDE.md-innehåll i AGENTS.md? Ja. Återanvänd gemensamma projektfakta, testkommandon, kodregler och begränsningar efter kontroll att de gäller båda verktygen. Anpassa verktygsspecifika kommandon och konfigurationshänvisningar; en kopierad Markdown-fil får inte i sig Codex att fungera dåligt. ### Hur jämför jag ett tvåagentsflöde med min nuvarande process? Välj ett samarbetsmönster och använd det på flera verkliga funktioner under en vecka. Registrera förfluten tid och upptäckta fel och jämför sedan med liknande arbete gjort med ett verktyg innan du lägger till synkronisering eller fler agenter. ## Ailoot · Företaget och dess projektportfölj Ailoot bygger på etablerad driftserfarenhet, en stor kundbas, stabil service och löpande KPI-kontroll. Företaget och dess projektportfölj: miljontals kunder; månatlig försäljning för miljarder. Ailoot använder denna driftserfarenhet för API-åtkomst till AI-funktioner i kundernas produkter, agenter, applikationer och automatiseringar.