Codex הופך ל-workspace, לא רק לסוכן כתיבת קוד

spinny:~/writing $ less codex-role-plugins-sites-workflows.md

1 
2מה שנשאר איתי מההכרזה החדשה על Codex לא היה המילה plugin. זו הייתה התחושה ש-Codex מנסה להפוך למקום שבו עבודה מקבלת צורה.
3 
4OpenAI פרסמה ב-2 ביוני 2026 את [Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/). החידושים הבולטים הם plugins לפי תפקיד, Sites ו-annotations. אבל השאלה החשובה פשוטה יותר: האם סוכן יכול לקחת context מפוזר בחברה ולהפוך אותו לדבר שצוות יכול לפתוח, לדון בו ולשפר?
5 
6## השינוי האמיתי
7 
8הרבה זמן היה קל להסביר את Codex: הוא עוזר למפתחים לשנות קוד. העדכון הזה הופך את ההסבר לצר מדי. ה-plugins החדשים מדברים גם אל analytics, sales, product design, creative production, public equity investing ו-investment banking.
9 
10כלומר Codex לא קורא רק repository. הוא יכול לקרוא dashboards, הערות CRM, מסמכים, spreadsheets, design briefs או מקורות פיננסיים, וליצור מהם ארטיפקט עבודה.
11 
12שם זה נהיה פרקטי. רוב הצוותים לא צריכים עוד תשובה בצ'אט. הם צריכים דף, launch room, review board, planner, אפליקציה פנימית קטנה או dashboard שכולם יכולים לפתוח.
13 
14## Sites הוא החלק שהייתי עוקב אחריו
15 
16Sites נראה כמו החלק הכי מוחשי. תשובת צ'אט נעלמת בגלילה. ל-site יש URL. אפשר לשתף, להגיב, לפתוח שוב אחרי כמה ימים ולבקש מ-Codex לעדכן רק את מה שהשתנה.
17 
18אני רואה את זה עובד ל-product launches, customer reviews, weekly business reviews, investor memos ו-internal tooling. לא כי הגרסה הראשונה תהיה מושלמת. היא לא תהיה. הערך הוא שלצוות יש אובייקט משותף.
19 
20## Annotations מקטינות את הפידבק
21 
22Annotations חשובות גם הן. אם אני אומר הפוך את זה לברור יותר, הסוכן יכול לשנות יותר מדי. אם אני מצביע על גרף, פסקה או section, המשימה קטנה וברורה יותר.
23 
24כך עובדת עריכה אמיתית. נדיר שרוצים לכתוב הכל מחדש. בדרך כלל רוצים משפט חד יותר, גרף פחות מבלבל, slide פחות עמוס, טבלה מסודרת יותר.
25 
26## איך הייתי בודק את זה
27 
28לא הייתי מחבר את כל הכלים ביום הראשון. הייתי בוחר workflow משעמם עם owners ברורים. Weekly business review מתאים: כמה metrics, כמה notes, output משותף ו-human review לפני שליחה.
29 
30Checklist קצר:
31 
32- להחליט אילו מקורות Codex יכול לקרוא;
33- להחליט מה הוא יכול לכתוב;
34- לדרוש links למקורות חשובים;
35- להצמיד owner לכל artifact;
36- לארכב או למחוק מה שכבר לא מועיל.
37 
38הסיכון הוא לא first draft גרוע. צוותים יודעים לחיות עם drafts גרועים. הסיכון האמיתי הוא sprawl: עשרה sites שנוצרו, אין owner, אין source trail, ואף אחד לא יודע איזו גרסה נכונה.
39 
40## הקריאה שלי
41 
42ההכרזה הזו מראה שסוכנים יוצאים משלב הדמו. הסוכנים השימושיים לא יהיו אלה שעושים הכי הרבה רעש. הם יהיו אלה שנכנסים לקצב של הצוות: אוספים context, יוצרים draft, שומרים trace, מקבלים feedback מדויק ונשארים בגבולות.
43 
44למפתחים זה לא הופך engineering לפחות חשוב. זה הופך אותו ליותר חשוב. מישהו עדיין צריך לתכנן permissions, defaults, נקודות review ומה המשמעות של done.
45 
46## מקורות
47 
48- [OpenAI: Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/)
49

:Codex הופך ל-workspace, לא רק לסוכן כתיבת קודlines 1-49 (END) — press q to close

2מה שנשאר איתי מההכרזה החדשה על Codex לא היה המילה plugin. זו הייתה התחושה ש-Codex מנסה להפוך למקום שבו עבודה מקבלת צורה.

4OpenAI פרסמה ב-2 ביוני 2026 את [Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/). החידושים הבולטים הם plugins לפי תפקיד, Sites ו-annotations. אבל השאלה החשובה פשוטה יותר: האם סוכן יכול לקחת context מפוזר בחברה ולהפוך אותו לדבר שצוות יכול לפתוח, לדון בו ולשפר?

6## השינוי האמיתי

8הרבה זמן היה קל להסביר את Codex: הוא עוזר למפתחים לשנות קוד. העדכון הזה הופך את ההסבר לצר מדי. ה-plugins החדשים מדברים גם אל analytics, sales, product design, creative production, public equity investing ו-investment banking.

10כלומר Codex לא קורא רק repository. הוא יכול לקרוא dashboards, הערות CRM, מסמכים, spreadsheets, design briefs או מקורות פיננסיים, וליצור מהם ארטיפקט עבודה.

12שם זה נהיה פרקטי. רוב הצוותים לא צריכים עוד תשובה בצ'אט. הם צריכים דף, launch room, review board, planner, אפליקציה פנימית קטנה או dashboard שכולם יכולים לפתוח.

14## Sites הוא החלק שהייתי עוקב אחריו

16Sites נראה כמו החלק הכי מוחשי. תשובת צ'אט נעלמת בגלילה. ל-site יש URL. אפשר לשתף, להגיב, לפתוח שוב אחרי כמה ימים ולבקש מ-Codex לעדכן רק את מה שהשתנה.

18אני רואה את זה עובד ל-product launches, customer reviews, weekly business reviews, investor memos ו-internal tooling. לא כי הגרסה הראשונה תהיה מושלמת. היא לא תהיה. הערך הוא שלצוות יש אובייקט משותף.

20## Annotations מקטינות את הפידבק

22Annotations חשובות גם הן. אם אני אומר הפוך את זה לברור יותר, הסוכן יכול לשנות יותר מדי. אם אני מצביע על גרף, פסקה או section, המשימה קטנה וברורה יותר.

24כך עובדת עריכה אמיתית. נדיר שרוצים לכתוב הכל מחדש. בדרך כלל רוצים משפט חד יותר, גרף פחות מבלבל, slide פחות עמוס, טבלה מסודרת יותר.

26## איך הייתי בודק את זה

28לא הייתי מחבר את כל הכלים ביום הראשון. הייתי בוחר workflow משעמם עם owners ברורים. Weekly business review מתאים: כמה metrics, כמה notes, output משותף ו-human review לפני שליחה.

30Checklist קצר:

32- להחליט אילו מקורות Codex יכול לקרוא;

33- להחליט מה הוא יכול לכתוב;

34- לדרוש links למקורות חשובים;

35- להצמיד owner לכל artifact;

36- לארכב או למחוק מה שכבר לא מועיל.

38הסיכון הוא לא first draft גרוע. צוותים יודעים לחיות עם drafts גרועים. הסיכון האמיתי הוא sprawl: עשרה sites שנוצרו, אין owner, אין source trail, ואף אחד לא יודע איזו גרסה נכונה.

40## הקריאה שלי

42ההכרזה הזו מראה שסוכנים יוצאים משלב הדמו. הסוכנים השימושיים לא יהיו אלה שעושים הכי הרבה רעש. הם יהיו אלה שנכנסים לקצב של הצוות: אוספים context, יוצרים draft, שומרים trace, מקבלים feedback מדויק ונשארים בגבולות.

44למפתחים זה לא הופך engineering לפחות חשוב. זה הופך אותו ליותר חשוב. מישהו עדיין צריך לתכנן permissions, defaults, נקודות review ומה המשמעות של done.

46## מקורות

48- [OpenAI: Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/)