Codex sedang menjadi workspace, bukan sekadar ejen coding
· 2 min read · Filippo Spinella · AI, Codex, Developer Tools, Productivity
Perkara yang paling melekat daripada pengumuman Codex baharu bukan perkataan plugin. Yang menarik ialah Codex sedang cuba menjadi tempat kerja benar-benar mengambil bentuk.
OpenAI menerbitkan Codex for every role, tool, and workflow pada 2 Jun 2026. Ciri yang jelas ialah plugins mengikut peranan, Sites dan annotations. Tetapi soalan pentingnya lebih mudah: bolehkah ejen mengambil context syarikat yang berselerak dan mengubahnya menjadi sesuatu yang pasukan boleh buka, bincang dan baiki?
Perubahan sebenar
Selama ini Codex mudah diterangkan: ia membantu developer mengubah code. Kemas kini ini menjadikan definisi itu terlalu kecil. Plugins baharu bercakap juga kepada analytics, sales, product design, creative production, public equity investing dan investment banking.
Maksudnya Codex tidak hanya membaca repository. Ia boleh membaca dashboard, nota CRM, document, spreadsheet, design brief atau sumber kewangan, kemudian menghasilkan artifak kerja.
Di situ nilainya menjadi praktikal. Kebanyakan pasukan tidak perlukan satu lagi jawapan chat. Mereka perlukan page, launch room, review board, planner, internal app kecil atau dashboard yang semua orang boleh buka.
Sites ialah bahagian yang saya akan pantau
Sites terasa paling konkrit. Jawapan chat hilang dalam scroll. Site ada URL. Ia boleh dikongsi, dikomen, dibuka semula dan Codex boleh diminta mengemas kini hanya bahagian yang berubah.
Saya boleh bayangkan ia berguna untuk product launch, customer review, weekly business review, investor memo dan internal tooling. Bukan kerana versi pertama akan sempurna. Tidak. Nilainya ialah pasukan mendapat objek bersama.
Annotations menjadikan feedback lebih kecil
Annotations juga penting. Jika saya kata jadikan ini lebih jelas, ejen mungkin ubah terlalu banyak. Jika saya tunjuk chart, paragraph atau section, skop kerja menjadi lebih kecil.
Editing sebenar memang begitu. Jarang kita mahu rewrite semuanya. Biasanya kita mahu sentence ini lebih tajam, chart itu kurang mengelirukan, slide itu lebih lapang, table itu lebih tersusun.
Cara saya mengujinya
Saya tidak akan sambungkan semua tools pada hari pertama. Saya pilih workflow membosankan dengan owner jelas. Weekly business review sesuai: beberapa metrics, beberapa notes, satu output bersama dan human review sebelum dihantar.
Checklist ringkas:
- tentukan sumber apa yang Codex boleh baca;
- tentukan apa yang ia boleh tulis;
- minta link kepada sumber penting;
- letakkan owner pada setiap artifact;
- archive atau padam yang tidak lagi berguna.
Risiko bukan first draft yang buruk. Pasukan biasa hidup dengan draft buruk. Risiko sebenar ialah sprawl: sepuluh site dijana, tiada owner, tiada source trail dan tiada siapa tahu versi mana yang benar.
Bacaan saya
Pengumuman ini menunjukkan agents sedang keluar dari fasa demo. Yang berguna bukan yang paling bising. Yang berguna ialah yang masuk ke rhythm pasukan: kumpul context, buat draft, simpan trace, terima feedback tepat dan kekal dalam boundary.
Untuk developer, ini tidak menjadikan engineering kurang penting. Ia menjadikannya lebih penting. Seseorang masih perlu reka permissions, defaults, review points dan maksud done.