reselect_photos

מה הוא עושה

להשתמש בזה במקום analyze_photos כשהתמונות כבר מדורגות ורוצים רק בחירה אחרת: הוא מחיל מחדש ספים ואת מגבלת ה-keep מהנתונים השמורים בפחות משנייה, בלי ניתוח חוזר. בחירות ידניות (סטטוסים שהמשתמש או set_photo_status קבעו) נשמרות תמיד ומדווחות כ-manual_preserved. mode="pipeline" (ברירת מחדל) מריץ מחדש את מנוע ההחלטות הרגיל: ספי keep ו-trash בתוספת מעבר בחירה יחסי לצילום, כש-target_count הוא תקרה לתמונות שנשארות. המעבר הזה מגביל פריימים כמעט זהים ל-4 לכל לוק, ולכן הוא יכול להשאיר פחות מ-target_count. התוצאה כוללת הערה כשזה קורה. mode="top_n" הוא מה שהמשמעות של ״N התמונות הטובות ביותר לתיק עבודות״ מבקשת: בדיוק target_count תמונות הופכות ל-keep וכל תמונה אחרת שנותחה הופכת ל-culled (לבדיקה), שום דבר לא עובר ל-trash, ולכל היותר max_per_group מהן (ברירת מחדל 1) מגיעות מאותה קבוצת כמעט-כפילויות או צילום רצף, אותו קיבוץ שבו המיון של האפליקציה עצמה משתמש, כך שצילום רצף אינטנסיבי לא יכול למלא את הבחירה בפריימים כמעט זהים. אם מאגר התמונה האחת לקבוצה קטן מ-target_count, השאר מתמלא מהפריימים הטובים הבאים בלי קשר לקבוצה, והתוצאה אומרת זאת. target_count הוא חובה. מצוין לכוונון חי: קוראים לו שוב ושוב עם ערכים שונים עד שהמשתמש מרוצה מהספירות. מחזיר ספירות keep, review ו-trash, manual_preserved, total_considered, וספירות ספרייה לפי סטטוס. בלוק stale_scores מופיע כשחלק מהציונים השמורים הגיעו ממדרג ישן יותר. דירוג מחדש לא יכול לתקן אותם, ולכן יש להעביר את זה הלאה ולהציע את reanalyze_stale_photos במקום לחתוך שוב.

פרמטרים

איך מבקשים אותו

לא קוראים לזה בשם. אומרים מה רוצים, והסוכן בוחר את הכלי:

מהצילום הזה, לבחור את 60 התמונות הטובות ביותר לגלריית הלקוח ולייצא אותן.

שאר כלי מיון

תהליכי עבודה שמשתמשים בו

• בחירה וייצוא של גלריית לקוח — בחירת התמונות הטובות ביותר לגלריית לקוח בעזרת AI

איפה הוא רץ

על המחשב שלכם. שרת ה-MCP של imagic הוא תהליך מקומי שלקוח ה-AI מפעיל; התמונות לעולם לא עוזבות את הדיסק ושום דבר לא מועלה. זה נכון לכל כלי במדריך, כולל זה.

כדי לקרוא לו צריך לקוח MCP שמחובר ל-imagic. ההגדרה לוקחת בערך שלוש דקות עבור Claude Code, Cursor, VS Code, Codex, Gemini CLI ועוד עשרה.