העוזר החכם
העוזר החכם מאפשר לתאר עבודה בשפה רגילה ולתת ל-TikMatrix להכניס אותה לתור עבורכם. הוא קורא את המכשירים, החשבונות והיסטוריית המשימות שלכם, מציג בדיוק מה הוא עומד ליצור, וממתין לאישורכם לפני שנכתב משהו.
העוזר זמין ממנוי Pro ומעלה, אותה דרישה כמו ממשק האוטומציה המקומי.
מה הוא (ומה הוא לא)
העוזר אינו נוגע בטלפונים שלכם ישירות. הוא עובד כמוכם: מסתכל מה יש לכם, ואז מכניס משימות לתור, ומריץ המשימות הרגיל אוסף אותן ומבצע. כל מה שהוא יוצר מופיע ברשימת המשימות ככל משימה אחרת, מתויג במקור assistant.
הוא גם אינו יכול לכתוב דבר מיוזמתו. כל פעולה שמשנה מצב עוצרת את השיחה ושואלת אתכם קודם — ראו שום דבר לא רץ בלי אישורכם.
הגדרה
המודל הוא שלכם. TikMatrix אינו מגיע עם מודל ואינו מתווך את הבקשות שלכם — היישום מדבר ישירות מהמחשב שלכם עם נקודת הקצה שתגדירו.
- לחצו על עוזר בסרגל הניווט השמאלי.
- לחצו על הגדרות מודל.
- מלאו:
| שדה | מה למלא |
|---|---|
| נקודת קצה | כתובת chat-completions מלאה, למשל https://api.openai.com/v1/chat/completions |
| מודל | מזהה המודל, למשל gpt-4o או claude-sonnet-4-5 |
| מפתח API | המפתח שלכם אצל אותו ספק |
| פורמט API | השאירו על זיהוי מנקודת הקצה אלא אם הזיהוי שגוי |
| מגבלת משימות לכל אישור | מספר המשימות המרבי שאישור יחיד רשאי ליצור (ברירת מחדל 200) |
- לחצו שמירה.
לאחר שההגדרות מתקבלות, שורת המצב בראש הפאנל מציגה את המודל שבשימוש, כך שרואים במבט אחד לאיזו נקודת קצה השיחה הולכת.
אילו נקודות קצה עובדות
נתמכים שני פורמטים:
- תואם OpenAI — כל נקודת קצה שמדברת
POST /v1/chat/completions. זה כולל את OpenAI עצמה ואת רוב השרתים המאוחסנים עצמאית: vLLM, LocalAI, שכבת התאימות של Ollama, DeepSeek, OpenRouter ודומיהם. - Anthropic — נקודות קצה שמדברות
POST /v1/messages.
פורמט API נשאר בדרך כלל על זיהוי מנקודת הקצה: כתובת שמכילה api.anthropic.com או /v1/messages נחשבת ל-Anthropic, וכל השאר לתואם OpenAI. הגדירו זאת במפורש רק אם אתם משתמשים בשרת תיווך שהכתובת שלו אינה חושפת את הפרוטוקול.
העוזר עובד כולו דרך קריאות לכלים. מודל ללא תמיכה אמינה בכלים ישוחח אתכם אך לעולם לא יצליח לתכנן דבר.
איך לבחור מודל
| א ם אתם רוצים | השתמשו ב |
|---|---|
| תכנון אמין ככל האפשר, עם מינימום השגחה | מודל דגל עדכני של OpenAI או Anthropic |
| עלות נמוכה יותר בעבודת שגרה מסוג "הכנס את זה לכל המדף" | מודל בינוני של אותם ספקים |
| ששום דבר לא יצא מהמחשב שלכם | שרת מקומי (Ollama, vLLM, LocalAI) עם מודל חזק בקריאות לכלים |
מודלים מקומיים קטנים הם הסיבה השכיחה ל"הוא מדבר אבל אף פעם לא מתכנן". לפני שתסיקו שהעוזר תקול, נסו את אותה בקשה פעם אחת מול מודל מאוחסן — אם שם זה עובד, הבעיה הייתה במודל ולא בהגדרות.
היכן ההגדרות נשמרות
נקודת הקצה והמפתח שלכם נכתבים ל-assistant_settings.json בתיקיית הנתונים של היישום, והשרת האחורי קורא אותם בעת שליחת בקשה. הם אינם נשלחים לשום מקום מלבד נקודת הקצה שהגדרתם.
הגדרה אחת קיימת רק בקובץ הזה: max_tokens, תקציב התשובה שנשלח למודל. ברירת המחדל היא 8192 והוא מוגבל לטווח 1024–64000. העלו אותו ידנית אם תשובות ארוכות נקטעות.
לבקש עבודה
כתבו בשפה רגילה מה אתם רוצים. כמה דוגמאות:
- חמם את כל החשבונות למשך 20 דקות
- למה המשימות האחרונות שלי נכשלו?
- פרסם בכל המכשירים מחר ב-09:00
- עקוב אחרי חמשת החשבונות האלה מהטלפונים בקבוצת Marketing
בקשה עוברת בדרך כלל שלושה שלבים:
- הוא בודק. אילו מכשירים מחוברים, אילו חשבונות מחוברים, אילו פרמטרים הסקריפט מקבל.
- הוא מתכנן. הוא מחשב כמה משימות בדיוק הבקשה תייצר, ומציג לכם את הסיכומים — כמה משימות, על כמה מכשירים וחשבונות.
- אתם מאשרים. רק אז המשימות נכתבות.
אם בקשה דו-משמעית באופן שמשנה את מספר המשימות שייווצרו, העוזר שואל במקום לנחש.
איך נראית בקשה מתחילתה ועד סופה
אתם: חמם את כל החשבונות המחוברים למשך 20 דקות, החל ממחר ב-9 בבוקר
העוזר: (קורא ל-
get_script_schema,list_devices,list_accountsואזplan_tasks) 34 משימות חימום על 12 מכשירים ו-34 חשבונות, 20 דקות כל אחת, התחלה 2026-08-27 09:00. שני חשבונות אינם מחוברים והושמטו.
לאחר מכן מופיע כרטיס אישור שמפרט כל שורה שהוא עומד ליצור — מכשיר, חשבון, ויעד אם הסקריפט מקבל כזה — יחד עם ה-script_config המדויק שייכתב. אתם לוחצים אישור, ו-34 משימות מופיעות ברשימה.
לציין מתי
אפשר להכניס משימות לתור לזמן מאוחר יותר: הזכירו שעה והעוזר יכניס אותה לתוכנית כזמן התחלת המשימה, והכרטיס יציג אותה לפני האישור. זו גם התשובה הנכונה כשהבקשה גדולה — פריסת המעקבים של מדף שלם על פני יום נראית הרבה פחות אוטומטית מאשר שיגור כולם בבת אחת, ובבקשות שנראות מסוכנות העוזר יציע זאת מיוזמתו.
בגרסאות שמפעילות את שתי האפליקציות
גרסת TikMatrix שמוגדרת גם ל-TikTok וגם ל-Instagram לא תנחש למי מהן התכוונתם, וגם לא תנסה — בקשה בלי ציון פלטפורמה חוזרת עם שאלה. אמרו "פרסם ב-TikTok בקבוצת Marketing" במקום "פרסם בקבוצת Marketing", והוא יעבור ישר לתכנון. גרסאות של פלטפורמה יחידה לעולם לא שואלות.
שום דבר לא רץ בלי אישורכם
זה נאכף בקוד, ולא בבקשה מנומסת מהמודל.
כשהעוזר מושיט יד למשהו שמשנה מצב, השיחה נעצרת ומופיע כרטיס אישור שמראה מה עומד לקרות. הקריאה מתבצעת רק אחרי שתלחצו על כפתור האישור.
ארבע פעולות מוגנות כך:
| פעולה | מה היא עושה |
|---|---|
create_tasks | מכניסה את המשימות המתוכננות לתור |
stop_task | עוצרת משימה שרצה |
retry_task | מחזירה משימה שנכשלה לתור |
create_custom_script | כותבת ורושמת קובץ סקריפט חדש |
ליצירת משימות יש מנעול שני מעל זה: כפתור האישור יכול לבצע רק את התוכנית שהוצגה לכם. העוזר אינו יכול לשנות את הפרמטרים בין התצוגה המקדימה לאישור שלכם — תוכנית היא חד-פעמית ופגה אחרי 15 דקות, כך שתצוגה מקדימה שהתרחקתם ממנה אינה ניתנת לאישור מאוחר יותר מול רשימת מכשירים שהספיקה להשתנות.
הכרטיס גם אינו סיכום שהמודל כתב: הוא מציג את השורות האמיתיות של התוכנית ואת ה-script_config האמיתי, כך שמה שאתם מאשרים הוא מה שנכתב.
סירוב הוא תשובה רגילה ולא שגיאה: המודל מקבל לידיעתו שסירבתם, ויכול להציע משהו אחר במקום לנסות שוב את אותה קריאה.
תקרת המשימות
אישור יחיד רשאי ליצור לכל היותר 200 משימות כברירת מחדל. זה בלם מפני בקשה שהובנה לא נכון — כדי ש"חמם את החשבונות שלי" לא יהפוך לאלף משימות שתגלו בבוקר. הרצות גדולות יותר עדיין אפשריות: העוזר מחלק אותן לאצוות שתאשרו אחת-אחת.
אפשר לשנות את המגבלה בהגדרות מודל ← מגבלת משימות לכל אישור. ערכים מעל 2000 נחתכים.
מה העוזר יכול לראות
באלה הוא משתמש בחופשיות, בלי לשאול:
| כלי | מה הוא קורא |
|---|---|
list_devices | מכשירים מחוברים, אם הם מקוונים או תפוסים, ושיוך לקבוצות |
list_accounts | חשבונות, המכשיר של כל אחד, ואם הוא מחובר |
list_groups | קבוצות מכשירים וגודלן |
get_script_schema | כל הסקריפטים שהגרסה הזו יכולה להריץ והפרמטרים המדויקים שלהם |
list_tasks | רשימת המשימות, עם סינון לפי מצב, מכשיר או סקריפט |
get_task_log | היומן של משימה בודדת — בדרך כלל שם הכישלון מסביר את עצמו |
get_activity_log | פעילות חשבונות אחרונה |
device_screenshot | מה מוצג כרגע על מסך מכשיר |
list_custom_scripts | הסקריפטים המותאמים אישית שרשמתם |
get_custom_script_guide | איך לכתוב סקריפט מותאם אישית |
plan_tasks | מחשב מה בקשה תיצור, בלי ליצור |
device_screenshot שולח תמונה של מסך הטלפון לנקודת הקצה שהגדרתם. אם מסך עלול להציג משהו שלא הייתם רוצים לשלוח לספק חיצוני, הימנעו מבקשת צילומים, או הפנו את העוזר למודל שאתם מאחסנים בעצמכם.
מה יוצא מהמחשב שלכם
כל מה שהעוזר קורא נשלח לנקודת הקצה של המודל כחלק מהשיחה — כך המודל רואה זאת. בפועל מדובר במספרים סידוריים של מכשירים ובשמות קבוצות, בשמות משתמש של חשבונות ובמצב ההתחברות שלהם, בשורות משימות וביומני משימות, ובכל צילום מסך שתבקשו. מפתחות API, פרטי גישה לשרתי תיווך וסיסמאות חשבונות אינם בין הדברים שהוא יכול לקרוא, ולכן לעולם אינם נכללים במידע הנשלח.
אם הרשימה הזו חורגת ממה שאתם מוכנים למסור לספק חיצוני, הפנו את נקודת הקצה למודל שאתם מריצים בעצמכם; שום דבר אחר בתכונה לא משתנה.
כתיבת סקריפטים מותאמים אישית
אם אף סקריפט מובנה אינו מכסה את מה שאתם צריכים, העוזר יכול לכתוב אחד. תארו את העבודה בשפה רגילה; הוא יקרא את מדריך הכתיבה, ינסח תוכנית, ויציג אותה לכם.
כרטיס האישור לפעולה הזו אומר זאת במפורש: הסקריפט נכתב לדיסק ונרשם כדי שאפשר יהיה להריץ אותו ככל סקריפט מובנה. קראו אותו לפני שאתם מאשרים. הסקריפטים נשמרים בתיקייה assistant_scripts בתיקיית הנתונים של היישום, כך שאפשר לבדוק, לערוך או למחוק את כל מה שהוא כתב במקום אחד.
כמה מגבלות שהיישום אוכף על כל הצעה של המודל:
- כמפרש ניתן לרשום רק
python,python3,node,bunו-deno— שום דבר שיפעיל מעטפת עם מטען אחריה. - שם הקובץ חייב להיות שם פשוט: ללא מפרידי נתיב, ללא
.., ללא נקודה בהתחלה, ועד 64 תווים. - קוד המקור מוגבל ל-200 ק"ב, והפלטפורמה חייבת להיות
generic,tiktokאוinstagram.
מכאן והלאה, סקריפט רשום הוא סקריפט מותאם אישית רגיל לחלוטין: אפשר לפתוח אותו במכשירים ← סקריפטים מותאמים אישית, לערוך את הפקודה, לשנות את פסק הזמן, או לכבות אותו. ראו סקריפטים מותאמים אישית למה שסקריפט יכול לעשות לאחר שנרשם.