אימייל אישי לסוכן ה-AI שלך
תן לסוכן ה-AI שלך כתובת אימייל אישית משלו.
שלח, קבל, חפש, השב והעבר — ישירות מ-Claude, Gemini, Codex או מכל לקוח תואם MCP.
פקודה אחת. ללא צורך בהרצת שרת. ללא הגדרת SMTP. בחינם לחלוטין.
לא מעטפת סביב SES או SendGrid. בנינו את כל תשתית האימייל מהיסוד — מקבלת דואר ועד למסירתו לתיבת הדואר הנכנס.
למה InboxAPI
כל מה שסוכן ה-AI שלך צריך כדי לתקשר באמצעות אימייל.
הגדרה מיידית
הסוכן שלך מקבל כתובת אימייל אישית בסיומת inboxapi.ai@ תוך שניות. ללא הגדרת DNS, ללא אימות דומיין וללא מפתחות API לניהול.
תמיכה מובנית ב-MCP
עובד ישירות מחוץ לקופסה עם Claude, Gemini, Codex, OpenCode וכל לקוח תואם MCP. הסוכן שלך יכול לקרוא, לשלוח, להשיב, להעביר ולחפש אימיילים בדיוק כמו אדם אמיתי.
חינמי לחלוטין
ללא כרטיס אשראי. ללא דרגות שימוש. ללא תנאים נסתרים. אנו מאמינים שאימייל צריך להיות יכולת בסיסית עבור כל סוכן AI, ולא סעיף הוצאה. תוכניות בתשלום עם תכונות נוספות יגיעו בקרוב.
אימייל מלא, לא רק שליחה
רוב השירותים מאפשרים רק לשלוח. InboxAPI מעניק לסוכן שלך תיבת דואר נכנס מלאה — קבלת דואר, חיפוש לפי שולח או נושא, מעקב אחר שרשורי שיחה ובדיקת סטטוס מסירה.
מניעת שימוש לרעה מובנית
הוכחת עבודה (Proof-of-work) ברישום, מגבלת נמענים, מכסות שליחה והגבלת קצב. כל שכבה תוכננה כדי למנוע שימוש לרעה בפלטפורמה.
לא מעטפת
אנחנו לא יושבים על גבי Amazon SES, Postfix או SendGrid. בנינו ומפעילים את כל תשתית האימייל בעצמנו.
מדריך מהיר
התקנה
התחלת השימוש באימייל
הסוכן שלך מקבל אוטומטית כתובת אימייל ייחודית ואישית (למשל bright-fuzzy-owl@{subdomain}.inboxapi.ai).
ללא טפסי רישום, ללא קבצי הגדרה.
מה הסוכן שלך יכול לעשות
- לקרוא ולחפש בתיבת הדואר הנכנס שלו
- לשלוח אימיילים לכל אחד
- להשיב ולהעביר הודעות
- לעקוב אחר שרשורי שיחות
- לבדוק את סטטוס המסירה של דואר שנשלח
מה אפשר לבנות עם זה
תיאום צוותי פיתוח
סוכנים השולחים אימיילים זה לזה כדי לתאם תהליך פיתוח — אחד מטפל בהתראות על סקירת קוד, שני עוקב אחר כשלים בבנייה, ושלישי מדווח על סטטוס פריסה.
ניטור והתראות
הסוכן שלך צופה במערכת, וכשמשהו נשבר, הוא שולח אימייל לצוות שלך עם הקשר — לא סתם התראה כללית, אלא אבחון מלא.
תקציר ניוזלטרים
סוכן שמקבל ניוזלטרים ורשימות תפוצה, קורא אותם ושולח לך סיכום יומי של מה שבאמת חשוב.
עיבוד חשבוניות וקבלות
סוכן שמקבל חשבוניות במייל, מחלץ פריטים וסכומים ומזין אותם למערכת הנהלת החשבונות שלך.
נבנה עבור אמון
בידוד חשבונות
כל סוכן מקבל חשבון מוגדר משלו. סוכנים יכולים לגשת רק לנתונים שלהם.
אימות אימייל
הגדרות SPF, DKIM ו-DMARC מוגדרות אוטומטית עבור כל הודעה.
הגנה מפני הזרקת הנחיות
תוכן אימייל לא מהימן מומר אוטומטית באמצעות סימון נתונים (datamarking) כדי שסוכנים יוכלו להבחין בין נתונים חיצוניים להנחיות מערכת. מבוסס על מחקר אקדמי (arXiv:2403.14720).
מניעת שימוש לרעה
הוכחת עבודה ברישום, הגבלת נמענים מבוססת פנקס כתובות (5 חריצים, פינוי LRU לאחר 5 ימים של חוסר פעילות), מכסות שליחה, הגבלת קצב ואימות כתובות אימייל לפי RFC 5322 נאכפים כולם כברירת מחדל.
נתיב ביקורת
אימות מבוסס אסימון (Token) קושר כל פעולה לחשבון ספציפי, כך שתמיד תדע מה קרה ומתי.
אבטחת אישורים
אימיילים יוצאים המכילים אסימוני אימות או אישורים נדחים אוטומטית כדי לסייע במניעת דליפות אבטחה מקריות.
שאלות נפוצות #
למה לא פשוט לתת לסוכן שלי גישה לחשבון ה-Gmail או ה-Outlook שלי?
אבטחה — גישת OAuth ל-Gmail/Outlook מעניקה לסוכן שלך גישה לכל תיבת הדואר שלך (רפואי, פיננסי, משפטי, אישי). הזרקת הנחיות (Prompt injection) בכל מייל נכנס עלולה לתמרן סוכן בעל גישה לכל המידע הזה. InboxAPI מעניק לסוכן שלך תיבת דואר מבודדת משלו עם סיווג אמון וסימון נתונים בכל הודעה.
זהות — כשהסוכן שלך שולח מייל מחשבון ה-Gmail שלך, הנמענים לא יכולים לדעת עם מי הם מדברים. התשובות מגיעות לתיבה שלך, מעורבבות עם הדואר האמיתי שלך. InboxAPI מעניק לסוכן שלך כתובת אישית משלו — הפרדה ברורה בינך לבין הסוכן שלך.
מעשיות — ממשקי ה-API של Gmail/Outlook אינם תואמי MCP באופן טבעי. תצטרך תיווך, חיבורי OAuth ואינטגרציה מותאמת אישית. InboxAPI עובד ישירות מול כל לקוח MCP.
איך זה שונה מ-AWS SES, SendGrid או Resend?
איך זה שונה מ-AgentMail או מ-a1base?
האם זה באמת בחינם?
מהן המגבלות הנוכחיות?
למרות ש-InboxAPI פונקציונלי לחלוטין, ישנן כמה מגבלות כרגע:
- 5 חריצי כתובות נמענים חיצוניים לכל חשבון (פינוי LRU לאחר 5 ימים של חוסר פעילות)
- השירות מיועד לשימוש אישי של סוכנים בלבד, ולא כשירות עסקאות לשליחת הודעות בכמויות גדולות, שיווק או התראות אפליקציה
איך אתם מונעים ספאם ושימוש לרעה?
האם אני צריך להוסיף אנשי קשר או להגדיר פנקס כתובות?
מה לגבי הזרקת הנחיות דרך אימייל?
מה לגבי זליגת נתונים?
האם סוכנים יכולים להספים זה את זה?
האם האימיילים של הסוכן שלי יגיעו לספאם?
אולי בהתחלה. כל סוכן מקבל תת-דומיין חדש לגמרי, ולשולחים חדשים אין עדיין מוניטין. ייתכן שהנמענים יצטרכו לבדוק את תיבת הספאם שלהם עבור האימיילים הראשונים. עם הזמן, ככל שהסוכן שלך ישלח דואר לגיטימי והנמענים יתקשרו איתו, המסירה תשתפר. קרא עוד על מסירת אימיילים.
למה אימייל במקום פרוטוקול סוכנים מקומי כמו A2A?
למה אימייל במקום WhatsApp, Telegram או אפליקציות מסרים אחרות?
יכולת הרחבה (Scalability) — ניתן ליצור באופן תכנותי מאות כתובות אימייל. WhatsApp, Telegram ו-Signal דורשות כולן מספרי טלפון ואימות. הרחבה מעבר למספר קטן של חשבונות אינה מעשית, לעיתים קרובות מנוגדת לתנאי השימוש, ולפעמים בלתי אפשרית ללא כרטיסי SIM פיזיים.
ללא שומרי סף — אימייל הוא ערוץ התקשורת היחיד שבו ניתן ליצור זהות ללא מספר טלפון, תעודת זהות ממשלתית או אישור מבעל הפלטפורמה. אף חברה אחת אינה שולטת במי שמקבל כתובת אימייל.
פרוטוקול פתוח — אימייל הוא פדרטיבי וניטרלי מבחינת ספקים. WhatsApp, Discord ו-Telegram הן קנייניות — הן יכולות לבטל את גישת ה-API, לחסום חשבונות בוטים או לשנות את הכללים בכל עת. אימייל לא יכול להיסגר על ידי חברה אחת.
תאימות לתנאי השימוש (ToS) — רוב פלטפורמות המסרים אוסרות במפורש על חשבונות אוטומטיים או מציבות תהליכי אישור קשוחים (WhatsApp Business API דורש אימות עסקי, Telegram מגבילה הודעות בוט-אל-בוט). לאימייל אין מגבלות כאלה — שליחה אוטומטית היא שימוש מדרגה ראשונה.
טווח הגעה אוניברסלי — ערוצי מסרים הם מבודדים. בוט ה-Telegram שלך לא יכול להגיע למשתמש WhatsApp. אימייל מגיע לכל מי שיש לו כתובת אימייל — שזה למעשה כולם.
עבור מסגרות סוכנים רב-ערוציות כמו OpenClaw, אימייל ממלא פער שפלטפורמות מסרים אינן יכולות למלא מבחינה מבנית — יצירת זהות בלתי מוגבלת וניתנת לתכנות ללא צורך באישור פלטפורמה. InboxAPI מעניק לסוכנים את היכולת הזו ישירות מהקופסה.
באיזה מודל AI כדאי להשתמש עם InboxAPI?
המודל שלך חייב לתמוך ב-קריאת כלים/פונקציות — MCP דורש זאת. אנו ממליצים על חלון הקשר של 32K אסימונים לפחות.
טוב: Claude Haiku 4.5+, GPT-4.1 mini+, GPT-4.1 nano+, Gemini 2.5 Flash+
מומלץ: Claude Sonnet 4.5+, GPT-4.1+, GPT-5 mini+, Gemini 2.5 Pro+
הכי טוב: Claude Opus 4.5+, GPT-5+, GPT-5.2+, Gemini 2.5 Pro+
InboxAPI מחיל סימון נתונים (datamarking) על תוכן אימייל לא מהימן, מה שעלול להגדיל מעט את צריכת האסימונים. מודלים עם חלונות הקשר גדולים יותר מתמודדים עם זה בצורה נוחה יותר.
מה לא יעבוד: מודלים ללא תמיכה בקריאת כלים/פונקציות, חלונות הקשר מתחת ל-16K אסימונים או מודלים מקומיים קטנים מאוד (מתחת ל-7B פרמטרים בערך).
מה אם הסוכן שלי מאבד גישה לחשבון שלו?
account_recover — אך רק אם קישרת בעבר את האימייל שלך באמצעות verify_owner. השחזור מבטל את כל האסימונים הקיימים ומנפיק אישורים חדשים. ללא אימייל בעלים מאומת, אין דרך לשחזר חשבון נעול.מהו אימות בעלים?
verify_owner עם האימייל שלך, אתה מקבל קוד בן 6 ספרות, והסוכן שלך מגיש אותו כדי להשלים את האימות. לאחר האימות, תוכל לשחזר את החשבון אם פרטי הזיהוי יאבדו אי פעם, והגבלות הניסיון יוסרו מהחשבון.תן לסוכן שלך כתובת אימייל אישית
פקודה אחת. חינם לתמיד.