Nagiging workspace ang Codex, hindi lang coding agent
· 3 min read · Filippo Spinella · AI, Codex, Developer Tools, Productivity
Ang tumatak sa akin sa bagong Codex announcement ay hindi ang salitang plugin. Mas tumatak ang ideya na sinusubukan ng Codex maging lugar kung saan lumalapag at nahuhubog ang trabaho.
Noong June 2, 2026, inilabas ng OpenAI ang Codex for every role, tool, and workflow. Ang malinaw na bagong features ay role plugins, Sites, at annotations. Pero mas simple ang mahalagang tanong: kaya ba ng agent kunin ang kalat-kalat na company context at gawing bagay na mabubuksan, mapag-uusapan, at maaayos ng team?
Ang totoong pagbabago
Matagal na madaling ipaliwanag ang Codex: tumutulong ito sa developers magbago ng code. Sa update na ito, masyado nang maliit ang definition na iyon. Ang bagong plugins ay para rin sa analytics, sales, product design, creative production, public equity investing, at investment banking.
Ibig sabihin, hindi lang repository ang binabasa ng Codex. Puwede itong bumasa ng dashboards, CRM notes, documents, spreadsheets, design briefs, o financial sources, tapos gumawa ng working artifact.
Doon ito nagiging practical. Karamihan sa teams ay hindi kailangan ng isa pang chat answer. Kailangan nila ng page, launch room, review board, planner, maliit na internal app, o dashboard na mabubuksan ng lahat.
Sites ang babantayan ko
Pinaka-concrete ang Sites. Nawawala sa scroll ang chat answer. Ang site may URL. Puwede itong i-share, lagyan ng comment, balikan, at ipagawa sa Codex ang update sa parts lang na nagbago.
Nakikita ko itong useful sa product launches, customer reviews, weekly business reviews, investor memos, at internal tooling. Hindi dahil perfect ang first version. Hindi iyon perfect. Ang value ay may shared object ang team.
Pinapaliit ng annotations ang feedback
Mahalaga rin ang annotations. Kapag sinabi kong gawing mas malinaw, baka sobrang dami ang baguhin ng agent. Kapag tinuro ko ang chart, paragraph, o section, mas maliit ang task.
Ganyan ang totoong editing. Bihira mong gustong i-rewrite lahat. Mas madalas gusto mo lang mas sharp ang sentence na ito, mas malinaw ang chart na iyon, mas maluwag ang slide, mas maayos ang table.
Paano ko ito ite-test
Hindi ko ikokonekta lahat ng tools sa unang araw. Pipili ako ng boring workflow na may malinaw na owners. Maganda ang weekly business review: ilang metrics, ilang notes, isang shared output, at human review bago ipadala.
Maikli ang checklist:
- piliin kung anong sources ang puwedeng basahin ng Codex;
- piliin kung ano ang puwede nitong isulat;
- humingi ng links sa important sources;
- lagyan ng owner ang bawat artifact;
- i-archive o burahin ang hindi na useful.
Hindi ang pangit na first draft ang risk. Sanay ang teams sa pangit na drafts. Ang tunay na risk ay sprawl: sampung generated sites, walang owner, walang source trail, at walang siguradong true version.
Basa ko rito
Ipinapakita ng announcement na lumalabas na ang agents sa demo phase. Hindi ang pinakamaiingay ang magiging useful. Ang useful ay iyong papasok sa rhythm ng team: kukuha ng context, gagawa ng draft, magtatago ng trace, tatanggap ng precise feedback, at mananatili sa boundaries.
Para sa developers, hindi nito pinapababa ang halaga ng engineering. Pinapataas pa. May kailangan pa ring mag-design ng permissions, defaults, review points, at kahulugan ng done.