פרומפט Boil the Ocean: קלוד מסיים כל משימה עד הסוף

מה זה Boil the Ocean ולמה זה עובד על קלוד?

באנגלית יש ביטוי ותיק, Don't boil the ocean, כלומר אל תנסו להרתיח את האוקיינוס. הכוונה: אל תיקחו פרויקט ענק מדי, תסתפקו במה שאפשר לסיים. זו עצה טובה כשהזמן של אנשים הוא המשאב היקר.

גארי טאן הפך את זה. בקובץ ETHOS.md בריפו gstack, שבו הוא מפרסם את ההגדרות של קלוד קוד שלו, העיקרון הראשון נקרא בדיוק Boil the Ocean. הטענה שלו: עם AI, העלות של לסיים את ה-10% האחרונים ירדה כמעט לאפס, אז "זה כבר להרתיח את האוקיינוס" הפך מתירוץ סביר לתירוץ ריק. אם לכסות את כל הבקשה עולה רק כמה דקות יותר מקיצור הדרך, מכסים. כל פעם.

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

והחלק השני של העיקרון חשוב באותה מידה: Complete coverage, minimal code. שלם זה כיסוי של כל הבקשה, לא יותר טקסט ולא יותר קוד. בלי תוספות שלא ביקשתם, בלי הכנות למצבים שלא יקרו.

מי זה גארי טאן ולמה להקשיב לו?

לפי הדף שלו באתר Y Combinator, גארי טאן הוא הנשיא והמנכ"ל של Y Combinator, החממה שממנה יצאו חברות כמו Airbnb. בדף של Airbnb באתר YC הוא רשום כשותף הראשי שלה, והיא מהמחזור של חורף 2009.

gstack הוא הריפו שבו טאן משתף את ההגדרות שלו לקלוד קוד: לפי התיאור בגיטהאב, 23 כלים שמשמשים כמנכ"ל, מעצב, מנהל הנדסה ובודק איכות. נכון ל-30 באוקטובר 2026 יש לו 138,291 כוכבים בגיטהאב, והוא ברישיון MIT, כלומר מותר להשתמש בו ולהתאים אותו. הוא גם כתב על העיקרון פוסט בבלוג שלו בפברואר 2026.

אם מעניין אתכם כלי אחר מאותו ריפו, כתבתי מדריך ל-office-hours של gstack, הכלי שבוחן רעיון לעסק כמו שותף בחממה.

הפרומפט המוכן להעתקה

זו הגרסה שלי לעיקרון, מקוצרת ומותאמת מ-ETHOS.md (בקרדיט לגארי טאן, רישיון MIT). יש שתי גרסאות: עברית לעבודה יומיומית בקלוד, ואנגלית לקלוד קוד, כי שם הוא עובד על קוד וההוראות באנגלית מתחברות ישר למונחים.

גרסה 1: לקלוד, לכל סוג עבודה

עיקרון עבודה: להרתיח את האוקיינוס (Boil the Ocean).
כשאני נותן לך משימה, הסטנדרט הוא לסיים את כולה, לא את רובה.

1. תכסה את כל הבקשה. אם ביקשתי 10 פריטים, יש 10. אם ביקשתי את כל הלקוחות, יש את כולם, בלי "וכן הלאה" ובלי "את השאר אפשר להוסיף".
2. תטפל גם במקרים הקטנים שקל לדלג עליהם: חריגים, שורות חסרות, תאריכים לא תקינים, שאלות שהלקוח עוד ישאל.
3. כשיש שתי דרכים, ואחת מכסה את כל הבקשה והשנייה 90% ממנה, תבחר את זו שמכסה הכל. כשהשתיים מכסות הכל, תבחר את הקצרה והפשוטה.
4. שלם זה לא ארוך. בלי תוספות שלא ביקשתי, בלי הקדמות ובלי סיכום שחוזר על מה שכבר כתבת.
5. אם משהו באמת מחוץ להיקף (פרויקט אחר, החלטה שרק אני יכול לקבל), תגיד את זה במשפט אחד בסוף ואל תעצור בגללו.
6. לפני שאתה מחזיר תשובה, תבדוק מול הבקשה המקורית שלא פספסת אף חלק.

גרסה 2: לקלוד קוד (CLAUDE.md)

## Boil the Ocean (adapted from Garry Tan's gstack ETHOS.md, MIT)
- Complete means complete coverage, not more code.
- Cover the whole request: every edge case, every error path, the tests.
- When approach A covers 100% of the requirement and B covers 90%, choose A.
  AI makes the missing 10% cheap. A coverage gap is not a saving.
- When both cover the whole requirement, choose the smaller diff.
- No speculative abstractions, no checks for states that cannot happen,
  no refactors the task does not need.
- Do not defer tests to a follow-up. Tests are the cheapest part to finish.
- Only genuinely unrelated work is out of scope: flag it in one line, then finish everything else.
- Before saying "done", re-read the original request and confirm every part is covered.

איפה מדביקים את הפרומפט?

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

1. בהעדפות האישיות בקלוד (לכל השיחות)

1. בקלוד, באתר או באפליקציה, נכנסים ל-Settings ואז ל-Profile.
2. בשדה של ההעדפות האישיות (personal preferences) מדביקים את גרסה 1.
3. שומרים. מעכשיו כל שיחה חדשה מתחילה עם העיקרון.

2. בהוראות של פרויקט (לעבודה מסוימת)

אם אתם רוצים את זה רק בעבודה מסוימת, למשל דוחות ללקוחות או ניתוח נתונים, פותחים Project בקלוד ומדביקים את גרסה 1 בהוראות הפרויקט. ככה שאר השיחות נשארות קצרות.

3. בקובץ CLAUDE.md (לקלוד קוד)

בקלוד קוד, מדביקים את גרסה 2 בקובץ CLAUDE.md של הפרויקט, או בקובץ הגלובלי בתיקייה ‎~/.claude אם אתם רוצים את זה בכל הפרויקטים. לא בטוחים מה זה CLAUDE.md ואיך הוא עובד? יש לי מדריך על CLAUDE.md וזיכרון בקלוד קוד.

רוצים לבדוק שזה נקלט? תבקשו מקלוד "תכתוב לי רשימה של כל 30 הלקוחות מהקובץ עם הסכום של כל אחד" ותספרו את השורות. לפני ואחרי.

מה הפרומפט משנה בפועל?

ב-ETHOS.md טאן מפרט גם את ההתנהגויות שהוא רוצה להעלים, והן בדיוק מה שמתסכל בעבודה עם AI:

דוגמאות מהעסק

• הצעת מחיר: כל הסעיפים שהלקוח ביקש, כולל תנאי תשלום ותוקף, במקום טיוטה שצריך להשלים
• מענה לביקורות: תשובה לכל הביקורות ברשימה, לא רק לשלוש הראשונות
• ניקוי רשימת לקוחות: כל השורות, כולל טלפונים בפורמט שונה וכפילויות
• תסריט לסרטון: כל החלקים שביקשתם, עם הפתיח והקריאה לפעולה, לא רק האמצע

חשוב לדעת

• זה עיקרון, לא כפתור. הפרומפט משפר מאוד את הנטייה של קלוד לסיים, אבל הוא לא מבטיח. במשימות ארוכות מאוד עדיין כדאי לבקש בסוף "תבדוק מול הבקשה שלא פספסת כלום".
• הוא נכתב לקוד. טאן כתב אותו לסוכני קוד. הגרסה העברית כאן היא ההתאמה שלי לעבודה כללית, ולא משהו שהוא פרסם בעצמו.
• שלם עולה יותר שימוש. תשובה שמכסה הכל צורכת יותר טוקנים מחצי תשובה. במנוי עם מכסה זה מורגש במשימות גדולות, ולכן הסעיף "שלם זה לא ארוך" חשוב.
• שווה לשלב עם רמת מאמץ גבוהה. בקלוד קוד, העיקרון עובד טוב יותר כשהמודל חושב לעומק. על זה יש מדריך לרמות מאמץ בקלוד קוד.
• זה לא לולאה. הפרומפט משפר כל תשובה בפני עצמה. אם אתם רוצים שקלוד קוד ינסה שוב ושוב עד שבדיקה עוברת, זה כלי אחר: Ralph Loop.
• קרדיט ורישיון. gstack ברישיון MIT, אז מותר להשתמש בטקסט ולהתאים אותו. כשאתם משתפים את הגרסה שלכם, תשאירו את הקרדיט לגארי טאן.