בלוג
====
כתובת העמוד: https://yotamfromm.dev/developer/blog/
עודכן: 2026-10-22
גרסת Markdown: https://yotamfromm.dev/developer/blog.md
מפת האתר ל-agents: https://yotamfromm.dev/llms.txt

פוסטים קצרים על איך ולמה אני עובד כמו שאני עובד: הזרימות, הכלים והבדיקות.

- Stitch מול Claude Design, ותיקון אחרי הציון (https://yotamfromm.dev/developer/blog/design-ab-stitch.md): בבדיקה עיוורת Stitch ניצח את Claude Design, ואז התברר שרוב המסכים שלו פגו בזמן. מה נמדד, מה תוקן ואיך תופסים את זה. · טקסט פשוט (https://yotamfromm.dev/developer/blog/design-ab-stitch.txt)
- האם הספרייה שלי עוזרת ל-Opus לעצב? ניסוי עיוור (https://yotamfromm.dev/developer/blog/design-ab-trove.md): מסלול עם גישה לספרי העיצוב שלי מול מסלול בלי, באותו בריף. הספרייה הוסיפה ליטוש, מחקה את ההבדל בין שני הצדדים ועלתה יותר, והמסלול בלי ניצח. · טקסט פשוט (https://yotamfromm.dev/developer/blog/design-ab-trove.txt)
- Claude כותב, Codex בודק (https://yotamfromm.dev/developer/blog/claude-writes-codex-reviews.md): מה למדתי מסקירות שהרצתי עם Codex על קוד ש-Claude כתב: מה היא מצאה, מה היא עלתה, מתי היא שתקה, ואיפה צריך תקרה על הסבבים. · טקסט פשוט (https://yotamfromm.dev/developer/blog/claude-writes-codex-reviews.txt)
- חמש דרכים לעצב דף בית עם Claude Code (https://yotamfromm.dev/developer/blog/design-bakeoff-five-routes.md): חמישה מסלולי עיצוב לדף בית, ואחר כך שישי: אף כלי לא ניצח את Opus לבד. כולל מה שלמדתי על שופטי מודל ועל מה שאי אפשר להריץ בלי אדם. · טקסט פשוט (https://yotamfromm.dev/developer/blog/design-bakeoff-five-routes.txt)
- שערים דטרמיניסטיים במקום שיפוט של מודל (https://yotamfromm.dev/developer/blog/deterministic-gates.md): אם שיפוט של agent יכול לשנות את התוצאה, זה לא שער אלא המלצה. ארבעה מקרים שבהם LLM judge, בדיקה חלשה או כלל כתוב החליטו לא נכון, ומה החליף אותם. · טקסט פשוט (https://yotamfromm.dev/developer/blog/deterministic-gates.txt)
- ניסוי עם מבחנים נסתרים הכריע את מה שחודשים של כוונון לא הכריעו (https://yotamfromm.dev/developer/blog/hidden-tests-trial.md): Opus פשוט עבר את אותם מבחנים נסתרים כמו מערך ה-multi-agent שלי: 7 דקות ו-2.46$ מול 149 דקות ו-14.88$ בארבעה באגים אמיתיים. ניסוי אחד הכריע מה שחודשים של כוונון לא הכריעו, ומה אפשר לשכפל ממנו. · טקסט פשוט (https://yotamfromm.dev/developer/blog/hidden-tests-trial.txt)
- Trove מול PageIndex: למצוא את העמוד הנכון בספר (https://yotamfromm.dev/developer/blog/trove-vs-pageindex.md): השוויתי שתי דרכים למצוא עמוד מדויק בספר, באנגלית, במקרא ובמקורות עבריים. ‏Trove נשאר ברירת המחדל, ו-PageIndex נכנס כאפשרות. · טקסט פשוט (https://yotamfromm.dev/developer/blog/trove-vs-pageindex.txt)
- כלים לחיסכון בטוקנים: מדדתי לפני שהתקנתי (https://yotamfromm.dev/developer/blog/token-tools-trial.md): בקהילה הומלץ על כלים שחוסכים טוקנים. מדדתי שניים מהם, ועוד את הסגנון שלי, ב-80 הרצות: כולם עלו יותר מברירת המחדל, באותו שיעור הצלחה. · טקסט פשוט (https://yotamfromm.dev/developer/blog/token-tools-trial.txt)
- typed judge במקום קריאה למודל: מה מדדתי ולמה לא קידמתי דבר (https://yotamfromm.dev/developer/blog/jev-typed-judge-trial.md): ניסיתי את Jev, מודל שעונה על שאלות סגורות, בנקודות החלטה אמיתיות בזרימת העבודה שלי. מול התוצאות בפועל הוא השתווה למתכנן, ולא עלה עליו. · טקסט פשוט (https://yotamfromm.dev/developer/blog/jev-typed-judge-trial.txt)
- כל agent שכותב מקבל worktree משלו (https://yotamfromm.dev/developer/blog/worktree-isolation.md): אם יותר מ-agent אחד כותב לאותו repo, הם מתנגשים גם כשאף אחד מהם לא מואצל. ההחלטה שרשמתי אחרי שני סשנים שלי שהתנגשו: העותק הראשי הוא מקום לקרוא ולמזג, וכל מי שכותב עובד ב-worktree משלו. · טקסט פשוט (https://yotamfromm.dev/developer/blog/worktree-isolation.txt)
- קראתי את הקוד לפני שהרצתי: ניסוי בכלי orchestration מהקטלוג (https://yotamfromm.dev/developer/blog/phalanx-trial.md): בקטלוג כלי הבינה המלאכותית שלי היו 64 כלים, ואף אחד מהם לא נבדק. הראשון שבדקתי, phalanx, קיבל פסק דין של פיילוט: לא לאמץ, לא לדחות, ולקחת ממנו רעיון אחד. · טקסט פשוט (https://yotamfromm.dev/developer/blog/phalanx-trial.txt)

העמוד המלא: https://yotamfromm.dev/developer/blog/