यसले के गर्छ
scan_directory, analyze_photos, reanalyze_stale_photos, export_photos र learn_style_from_library प्रत्येकले रिमोट जडानमा त्यस कलको आफ्नै बजेटभित्र सकिन नसक्दा ब्याकग्राउन्ड कार्यका रूपमा पठाउँछन्, {"status": "running", "job_id": ...} फर्काउँदै। जाँचिरहन त्यो job_id सहित यसलाई कल गर्नुहोस्: यसले जवाफ दिनुअघि कार्य सकिने प्रतीक्षा wait_seconds (30 मा सीमित) सम्म गर्छ, त्यसैले पूरा नहुँदासम्म पछ्याउन कलको छोटो लुप पर्याप्त हुन्छ। सकिएपछि मूल टुल कलले फर्काउने ठ्याक्कै त्यही फर्काउँछ। एक पटकमा एउटा लामो कार्य मात्र चल्छ; एउटा चलिरहँदा अन्य टुलले सामान्य नतिजाको सट्टा {"status": "busy", ...} जवाफ दिन्छन्। स्थानीय (stdio) क्लाइन्टले पनि यो प्रयोग गर्न सक्छन्, तर तिनका लामो टुल सधैं सिंक्रोनस रूपमा सकिन्छन्, त्यसैले सामान्यतया पोल गर्नुपर्ने केही हुँदैन।
प्यारामिटरहरू
| नाम | प्रकार | आवश्यक |
|---|---|---|
job_id |
str |
आवश्यक |
wait_seconds |
int |
ऐच्छिक |
यो माग्दै
तपाईं यसलाई नामले कल गर्नुहुन्न। तपाईं के चाहिन्छ भन्नुहुन्छ, र एजेन्टले टुल छान्छ:
imagic लाई मेरो शुटमा देखाउनुहोस् र तपाईंले के भेट्टाउनुभयो भन्नुहोस्।
लाइब्रेरी का बाँकी टुल
यो कहाँ चल्छ
तपाईंको मेसिनमा। imagic को MCP सर्भर तपाईंको AI क्लाइन्टले सुरु गर्ने लोकल प्रोसेस हो; फोटो तपाईंको डिस्कबाट कहिल्यै बाहिर जाँदैनन् र केही अपलोड हुँदैन। यो सन्दर्भका हरेक टुलका लागि सत्य हो, यो समेत।
यसलाई कल गर्न imagic सँग जोडिएको MCP क्लाइन्ट चाहिन्छ। Claude Code, Cursor, VS Code, Codex, Gemini CLI र अन्य दशका लागि सेटअपले करिब तीन मिनेट लिन्छ।
आफ्नो AI लाई पूरै पाइपलाइन दिनुहोस्
imagic Max मा 30 टुलमध्ये get_job_status एउटा हो। 500 एक्सपोर्टको निःशुल्क परीक्षणमा सबै समावेश छन्।