ליצור תוכן זה קל. להפוך תוכן אחד למגוון רחב, בשתי שפות, בקול עקבי, עם תמונה מרכזית תקינה, וכתובת חיה בסוף—זו העבודה האמיתית. הסרטון הזה הוא הסיפור של איך אריאל אוטומט בדיוק את זה.
הוא התחיל מתצפית פשוטה: פרסום באינסטגרם ובפלטפורמות קצרות אחרות הוא כאב ראש עם סיכון אמיתי לחסימת חשבון. חבר אמר לו להתמקד במה שהוא כבר בעלים עליו. אז הוא בנה צינור שלוקח את סרטוני ה-YouTube שלו והופך אותם לפוסטים דו-לשוניים מלאים כמעט ללא עבודה ידנית.
מה הצינור עושה בפועל
הזרימה בכוונה פשוטה על הנייר ובכוונה מפורטת בביצוע:
- לעקוב אחרי ערוץ ה-YouTube ולמצוא את הסרטון הארוך העדכני ביותר שעוד לא עובד.
- לתמלל את הסרטון באמצעות Supadata או Whisper מקומי דרך yt-dlp.
- לסווג את התוצאה: לדלג על Shorts, לזהות קבוצות קליפים מאותו יום, ולהחליט אם כמה סרטונים שייכים לפוסט אחד.
- לטיוט פוסט בעברית תחילה, ואז לשקף אותו לאנגלית.
- ללטש את הטיוטה עם מודל חזק יותר שפועל כסוכן-משנה מבקר.
- לייצר תמונה מרכזית מתמונת ה-maxresdefault של YouTube.
- לבנות את אתר ה-Hugo ולפרוס לסטייג’ ואז לפרודקשן.
- לאמת שכתובות ה-URL החיות מחזירות HTTP 200.
כל העסק רץ כעבודה מתוזמנת. הביקורת האנושית קורית אחרי שהפוסט כבר חי, לא לפני.
למה הארכיטקטורה חשובה
אריאל לא משתמש במשחק no-code. הצינור בנוי סביב מגבלות אמיתיות:
- מודלים הם חסרי-מצב. ההרנס—במקרה הזה OpenClaw—שומר את הזיכרון, הכלים וההקשר.
- סרטונים ארוכים צריכים חלונות. כל דבר מעל 15 דקות מסוכם בחלונות חופפים של 12.5 דקות כדי שהמודל לא יאבד את השרשור.
- שתי השפות נשארות מסונכרנות. העברית נכתבת ראשונה, ואז משוקפת לאנגלית. כל תיקון מאוחר חייב להתבצע בשני הגרסאות.
- פרודקשן הוא אוטומטי. משתמש פריסה מוגבל מקבל רק את תיקיית ה-
public/המבונה של Hugo דרך rsync בפורט SSH לא סטנדרטי. - בני אדם נכנסים אחרי הפריסה. הפוסט עולה לאוויר קודם. התיקונים הם תיקוני המשך, לא שער לפני פריסה.
הוא גם מסביר את המיקס של המודלים. העבודה הכבדה רצה על GLM 5.3 flash לאיכות, כש-kimi 2.7 מטפל במשימות משניות זולות יותר כי התמחור השתנה לטובתו.
החלקים שאף אחד לא מדבר עליהם
שני פרטים בולטים כי הם מבדילים בין הדגמה למערכת אמיתית.
ראשית, משתמש הפריסה מוגבל בכוונה. אריאל יצר מפתח SSH ומשתמש ייעודי בשרת הפרודקשן שיכול רק לכתוב קבצי בלוג לתיקייה הנכונה. הצינור לא משתמש ב-root, לא משתמש במפתח מנהל הפרודקשן, ולא מקבל גישה כללית לשרת.
שנית, הביקורת מתוכננת אחרי הפרסום בכוונה. לחכות לאישור אנושי לכל פוסט היה הורג את האוטומציה. במקום זאת, הצינור מפרוס לסטייג’ ולפרודקשן, ואז אריאל בודק את ה-URL החי ושולח תיקונים אם צריך. המערכת בנויה להתקן, לא להיות מושלמת מהניסיון הראשון.
🔥 Roast Corner
הנה האמת המעט לא נעימה: רוב האנשים שמדברים על “אוטומציה של תוכן” או מוכרים תבנית Zapier או משקרים לגבי כמה באמת הידיים שלהם חופשיות. צינור אמיתי הוא לא דיאגרמה חמודה. הוא שרשרת של מסירות שבירות—תמלול, סיווג, טיוטה, תמונה, בניה, פריסה, אימות—וכל אחת מהן יכולה להיכשל בדרך שמייצרת זבל באופן שקט.
הפלקס האמיתי הוא לא שאריאל אוטומט בלוג. הפלקס הוא שהוא קיבל את ההחלפות: פרסום קודם, תיקון אחר כך; הגבלת משתמש הפריסה; הנחה שהמודל יזייף קטע ויתאושש בליטוש של סוכן-משנה. זה מה שמבדיל מפעיל אמיתי מאינפלואנסר בלינקדאין.
וכן, הצינור משתמש ב-OLLAMA למוצר הסופי כי מנויים צרכניים של Gemini ו-Claude אוסרים להשתמש במודלים שלהם בתוך מוצרים של צד שלישי. אם לא ידעתם את זה, אתם לא בונים מוצר. אתם בונים הפרה של תנאי שימוש.
🤖 AI for Humans
המסקנה המעשית היא זו: אל תאוטומטו את החלק המהנה. אוטומטו את החלק המשעמם, החוזר על עצמו, ורגיש לטעויות, והשאירו את השיקול האנושי במקומות שבהם הוא באמת חשוב.
אם אתם רוצים לבנות משהו דומה, התחילו כאן:
- היו בעלים על היעד. בלוג בדומיין משלכם הוא נכס יציב. פלטפורמות חברתיות יכולות לחסום, לשנות אלגוריתם, או להיעלם.
- הפרידו בין המודל להרנס. השתמשו במודל הטוב ביותר לאיכות ובמודל זול לכמות, אבל לעולם אל תאשימו את המודל כשההרנס הוא הבעיה.
- פרסו בהגבלה, לא באמון. צרו משתמש פריסה ייעודי, הקפיאו אותו לתיקייה אחת ולפקודה אחת, ואמתו את ה-URL החי אחרי כל דחיפה.
- בדקו אחרי הפרסום. העבירו את השער האנושי לאחר שהפוסט חי. תשלחו יותר, תלחצו פחות, ותתקנו מהר יותר.
הכפלת תוכן היא לא עבודה קשה יותר. היא בנייה של מכונה שהופכת שעה של וידאו לשבוע של ערך ניתן לחיפוש, דו-לשוני ומאוחסן, בזמן שאתם ישנים.
💬 תגובות