"כמה עולה קלוד קוד" היא שאלה עם תשובה קצרה ומטעה. התשובה הקצרה היא מחיר המנוי. התשובה הנכונה היא שהמנוי הוא בדרך כלל הסכום הקטן ביותר שתשלמו בפרויקט, ולפעמים בהפרש גדול.
הפוסט הזה מפרק את המחיר לארבע שכבות. לא תמצאו כאן מספר אחד שאפשר להעתיק לגיליון - תמצאו את מה שקובע כל שכבה, כדי שתוכלו להעריך את הפרויקט שלכם לפני שאתם מתחילים ולא אחרי.
למה אין כאן מחירון
החלטה עורכית, והיא אותה החלטה שנמצאת גם במדריך בניית אפליקציה עם קלוד קוד: אנחנו לא מפרסמים את מחיר המנוי.
התמחור והמדרגות משתנים כל כמה חודשים. מספר שנכתב בפוסט בספטמבר מטעה את מי שקורא אותו בינואר, והוא מטעה בדיוק את האדם שהכי סומך עליו - זה שמתכנן תקציב. המחיר העדכני תמיד נמצא בדף התמחור הרשמי, והוא לוקח שלושים שניות לבדוק.
מה שלא משתנה כל כמה חודשים, ולכן שווה לכתוב, זה מבנה העלות.
שכבה 1: המנוי, או התשלום לפי צריכה
שני מסלולים, והבחירה ביניהם היא שאלה של דפוס עבודה ולא של תקציב.
מנוי הוא סכום קבוע עם תקרת שימוש שמתאפסת בחלון זמן. היתרון הוא שהחשבון צפוי ואתם לא סופרים הודעות. החיסרון הוא שבימים שבהם אתם עובדים הכי הרבה - בדיוק כשהפרויקט בוער - אתם עלולים להיתקל בתקרה.
API הוא תשלום לפי צריכה, בלי תקרה ובלי רצפה. אתם לא נחסמים לעולם, ואתם גם לא יודעים מראש מה יהיה החשבון.
הכלל המעשי פשוט יותר ממה שנדמה:
- עובדים ברצף כמה שעות ביום, כמעט כל יום - מנוי כמעט תמיד זול יותר.
- נוגעים בפרויקט פעם בשבוע לחצי שעה - צריכה כמעט תמיד זולה יותר.
- באמצע - התשובה תלויה בשכבה הבאה, וזו הסיבה שאי אפשר לענות עליה מראש.
שכבה 2: למה שני אנשים משלמים אחרת על אותה עבודה
זו השכבה שמפתיעה אנשים, והיא גם היחידה שיש לכם עליה שליטה אמיתית.
מה שנמדד הוא לא כמה קוד נכתב אלא כמה טקסט עבר במודל. ורוב הטקסט הזה אינו הפלט - הוא ההקשר: הקבצים שהסוכן קרא כדי להבין מה לעשות, ההיסטוריה של השיחה, פלט הפקודות שהוא הריץ.
מכאן נובעות שלוש מסקנות מעשיות:
פרויקט מסודר עולה פחות. מבנה תיקיות ברור וקובץ CLAUDE.md טוב אומרים שהסוכן צריך לקרוא פחות כדי להבין את אותו דבר. זו לא עצה על איכות קוד - זו עצה על חשבון.
שיחות ארוכות מתייקרות מעצמן. שיחה שרצה שלוש שעות נושאת את כל ההיסטוריה שלה בכל הודעה נוספת. שיחה חדשה כשמחליפים נושא היא לא רק פלט טוב יותר, היא גם זולה יותר.
Plan Mode מחזיר את עצמו. לתכנן לפני שנוגעים בקוד עולה קצת יותר בבקשה הבודדת, וחוסך את המחזור השלם של לבנות את הדבר הלא נכון ואז לפרק אותו. זה גם הרגע הזול ביותר לתפוס אי-הבנה.
מי שרוצה להיכנס לעומק של השכבה הזו - אופטימיזציית עלות טוקנים מפרקת אותה למספרים.
שכבה 3: החשבון שאין לו שום קשר ל-Anthropic
האפליקציה שבניתם צריכה לרוץ איפשהו, והחשבון הזה נפרד לגמרי: מסד נתונים, אחסון, דומיין, שירות דואר, סליקה, וכל שירות חיצוני שהאפליקציה מדברת איתו.
שלושה דברים שכדאי לדעת עליה מראש:
- היא מתחילה נמוך ונראית זניחה. רוב השירותים מציעים מדרגה חינמית שמספיקה בדיוק כדי להרגיע אתכם בשבוע הראשון.
- היא רצה גם כשאף אחד לא משתמש. מסד נתונים לא יודע שאין לכם משתמשים.
- היא היחידה מבין הארבע שגדלה עם ההצלחה. ככל שיותר אנשים משתמשים, היא עולה - וזו למעשה בשורה טובה, כל עוד תמחרתם אותה מראש.
מחשבון עלות הפיתוח מתייחס לשכבה הזו כמשתנה נפרד, כי היא באמת כזו.
שכבה 4: ההוצאה שבולעת את כל השאר
זו לא שכבה שמופיעה בחשבונית, ולכן קל לא לתמחר אותה: כמה עולה לתקן את מה שנבנה לא נכון.
בפרויקטים שאנחנו רואים, כשהעלות הזו מתעוררת היא כמעט תמיד גדולה יותר מכל שלוש הקודמות יחד. לא כי הכלי רע, אלא כי המחיר של החלטה ארכיטקטונית שגויה מתגלה חודשיים אחרי שקיבלו אותה, וכל מה שנבנה מעליה בינתיים נשען עליה.
שלוש נקודות שבהן זה קורה בפועל:
- מסד נתונים בלי הרשאות. עובד מצוין עד המשתמש השני.
- סודות בתוך הקוד. מפתחות API שנשלחו ל-Git ועכשיו צריך להחליף אותם ולעבור על כל מקום שהשתמש בהם.
- תשלומים שנבנו על אמון. לוגיקת חיוב שסומכת על מה שהדפדפן שולח.
שלושתן זולות מאוד לעשות נכון בהתחלה ויקרות מאוד לתקן אחרי שיש משתמשים.
אז מה זה אומר בפועל
שלושה דפוסים שחוזרים, בלי מספרים - כי המספר שלכם תלוי בהיקף ולא בכלי:
פרויקט אישי, אדם אחד, בלי משתמשים חיצוניים. המנוי הוא כמעט כל ההוצאה. שכבה 3 זניחה, שכבה 4 לא קיימת כי אין למי להישבר. זה התרחיש שבו "קלוד קוד זול" הוא פשוט נכון.
מוצר ראשון עם משתמשים אמיתיים. שכבה 3 מתעוררת, ושכבה 4 מחליטה הכל. ההבדל בין פרויקט שעלה מעט לפרויקט שעלה הרבה הוא כמעט תמיד כמה החלטות שהתקבלו בשבוע הראשון.
מערכת שכבר רצה ועסק תלוי בה. כאן שכבה 1 היא רעש. העלות היא זמן תגובה, אמינות ומי מתקן ב-2 בלילה.
מתי זול יותר פשוט לשלם למישהו
לא כשנמאס - כשהחשבון מתהפך. הסימנים מוכרים ומדידים:
- אותו באג חוזר בגרסה קצת אחרת.
- כל תיקון שובר משהו אחר.
- אף אחד כבר לא יודע למה חלק מהקוד קיים.
- יש תאריך שאי אפשר לפספס.
בנקודה הזו התשלום למפתח אינו הוצאה נוספת על מה שכבר הוצאתם - הוא מה שעוצר את הדימום. וזו בדיוק השאלה שחילוץ פרויקט שנתקע מתחיל ממנה: מה כבר נבנה, כמה ממנו אפשר להציל, ומה יעלה להשאיר את זה כמו שהוא.
אם אתם עוד לפני ההתחלה, פיתוח מערכת מאפס הוא הדרך לוודא ששכבה 4 לא תתעורר בכלל. ואם אתם רק רוצים להבין את הכלי לפני שאתם מחליטים משהו - המדריך המלא לבנייה עם קלוד קוד הוא המקום להתחיל בו.
