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

spinny:~/writing $ vim 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~

NORMAL · codex-role-plugins-sites-workflows.md [readonly]49 lines · :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 או מקורות פיננסיים, וליצור מהם ארטיפקט עבודה.

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~