Krunchy

הבעיה

מתכונים מבלוגים ומרשתות חברתיות קשה לשמור ולבשל מהם. הם נשארים בצילומי מסך ובפוסטים שמורים, קבורים בין סיפורים ארוכים ופרסומות.

מה בניתי

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

איך זה בנוי

Krunchy בנויה עם Expo (React Native) ו-Supabase: התחברות כולל Google, מסד נתונים Postgres עם הרשאות ברמת השורה, ופונקציות בצד השרת. Firecrawl קורא את העמודים, Groq מריץ את ה-AI עם Gemini כגיבוי אוטומטי, והמתכונים נשמרים לשימוש גם בלי חיבור.

האתגרים, במילים פשוטות:

• מהירות. ייבוא שלקח בערך 30 שניות נעשה מהיר הרבה יותר אחרי שכיווננתי כמה זמן קורא העמודים מחכה.
• עמידות. אם ספק ה-AI הראשי מגיע למגבלת השימוש, הגיבוי נכנס אוטומטית. כשספק הוציא משימוש את המודל שלו באוגוסט 2026, הייבוא נכשל עד שהוחלף, ולכן המודל הפך להגדרה שמשתנה בלי גרסה חדשה.
• עלות. מתכון מתורגם רק כשמישהו פותח אותו בשפה אחרת, ולא ארבע פעמים בכל ייבוא.
• שליטה בלי לחכות לחנות האפליקציות. מתגים מרחוק יכולים לעצור ייבוא או להציג הודעה, והם בטוחים לכשל, כך שבעיה בהגדרות אף פעם לא נראית כמו תקלה. תיקוני קוד נשלחים ישירות לאפליקציה.

התוצאה

גרסת Android מוכנה להפצה (גרסה 1.1.1). הדף ב-Google Play בהכנה.

מה זה אומר לעסק שלכם

בעסק קטן, אותה הקפדה נכנסת לכל מה שצריך לעבוד לבד, כמו אוטומציה שמכניסה כל ליד חדש ל-CRM: גיבוי כששירות נופל, תיעוד של כל שלב, והגדרות שאפשר לשנות בלי גרסה חדשה.