وقتی جستجو از ابزار کوچک به پروژهٔ بزرگ نمیرسد
در تیمهای مدرن، حقیقت پروژه پراکنده است: تسکها روی بورد، تصمیمها در ویکی، قراردادها در اسناد، هزینهها در مالی، و نام افراد در دفترچهٔ تیم. جعبهٔ جستجوی کلاسیک معمولاً فقط یک بخش را در هر بار میگردد. رهبر میپرسد «تصمیم یکپارچهسازی پرداخت کجاست؟» و بیست دقیقه در تبهای اشتباه میچرخد.
جستجوی هوشمند پروژه با هوش مصنوعی در WKFGo حول ابزار smart_search (جستجوی هوشمند) میچرخد: پرسوجویی که با رعایت مجوزها، نامزدهای تسک، افراد، مستندات و موجودیتهای مرتبط را در یک پاسخ برمیگرداند. همان ابزار از طریق پروتکل MCP در دسترس است؛ چتبات هم پاسخ را بر اساس نتایج واقعی میسازد، نه حدس از حافظه.
مشکل: جستجو بدون حاکمیت داده
جستجوی بدون کنترل دسترسی دو شکست رایج دارد:
- کمیافتن — کاربر دست میکشد و دوباره در گفتگوی تیمی میپرسد
- افشای بیشازحد — ربات با توکن مدیر کل کار میکند و خلاصهٔ مالی محدود در کانال عمومی پخش میشود
smart_search همان دسترسی ویژگی (قابلیت access) رابط کاربری را به ارث میبرد. اگر پیمانکار سندی را در WKFGo باز نمیکند، جستجو هم نباید از راه دور متن آن را از طریق دستیار لو بدهد.
چارچوب عملی: نیت → پرسوجو → رفع ابهام → اقدام
- نیت — «مسدودکنندهٔ انتشار ۲.۴ چیست و مالک آن تیم پرداخت است؟»
smart_search— زبان طبیعی یا کلیدواژه؛ در صورت مشخص بودن، محدود به پروژه- رفع ابهام — وقتی نامها تداخل دارند، پروژه یا تسک دقیق انتخاب شود
- اقامت — باز کردن تسک، بهروزرسانی ویکی، یا زنجیرهٔ
get_task،get_wiki_page،search_docs
هوش مصنوعی میتواند سؤال مبهم را بازنویسی کند و فهرست نتایج را با پیوند خلاصه کند — اما رفع ابهام را نباید حذف کند.
نمونهٔ نیت و تمرکز جستجو
| سؤال کاربر | تمرکز جستجو |
|---|---|
| «مالک مهاجرت احراز هویت کیست؟» | افراد + تسک با برچسب auth |
| «آخرین تصمیم دربارهٔ قیمتگذاری API» | ویکی + صفحهٔ جلسه |
| «کارهای عقبافتادهٔ علی» | تسک + فیلتر مسئول |
| «سند قرارداد فروشنده X» | سند + پیوند مالی |
راهحل: جستجوی هوشمند در جریان روزانه
جهتیابی صبح مدیر
بهجای پرش بین تبها، قبل از جلسهٔ روزانه یک smart_search بزنید:
- مسدودکنندههای مرتبط با «production»
- تسکهای گیرکرده در بازبینی
- زیرسیستمهای بحرانی که ویکیشان بیش از ۹۰ روز بهروز نشده
نتایج برتر را در کانال تیم با پیوند تسک بگذارید — انسان قبل از اعلام عمومی تأیید کند.
رسیدگی به حادثه برای نفر آنکال
وقتی هشدار میآید، ابتدا دستورالعمل و تسکهای حادثهٔ مشابه را جستجو کنید:
smart_searchبا نام زیرسیستم + «incident»- دستورالعمل ویکی با
get_wiki_page - تسک جدید با پیوند به گزارش پس از حادثهٔ قبلی
بدون این کار، حادثهٔ تکراری حافظهٔ سازمانی را از بین میبرد.
زمینه برای توسعهدهنده از طریق MCP
عامل در IDE قبل از ویرایش ماژول ناآشنا smart_search میزند — استاندارد کدنویسی در ویکی، تسکهای باز مرتبط، تصمیمهای اخیر. این را با get_context_pack برای کار متمرکز روی تسک جفت کنید.
سؤال فوری برای مدیر ارشد
مدیرعامل میپرسد «وضعیت انطباق اتحادیه اروپا چطور است؟» — جستجو بین پروژهها؛ چند نتیجه → رفع ابهام بین سبد پروژه و برنامه قبل از خلاصه.
نکات برای نتیجهٔ بهتر
- نام پروژه را در سبد بزرگ حتماً بگذارید
- اسم مشخص (سرویس، برچسب، انتشار) بگویید، نه «آن باگ»
- ویکی کهنه را بهروز کنید — کیفیت جستجو از کیفیت مستند میآید
- فهرست نتایج حساس را در لاگ عمومی نگذارید
یکپارچگی MCP و ریتم روزانه
smart_search اغلب اول زنجیرهٔ MCP است. توسعهدهنده قبل از get_context_pack جستجو میکند؛ مدیر ارشد قبل از executive_brief. الگو: رفع ابهام نام موجودیت (وقتی عنوان پروژه یا تسک تداخل دارد)؛ سپس get_task، get_wiki_page، search_docs.
برای my_day و my_queue جستجو مکمل صف شخصی است — زمینهٔ تاریخی («انطباق آخرین بار کی بود؟») در برابر تعهد امروز. در تیم دوزبانه: زبان فهرستسازی ویکی و توضیح تسک را در جستجو لحاظ کنید؛ در سبد مختلط هر دو کلیدواژهٔ فارسی و انگلیسی.
برگهٔ تقلب جستجو در ویکی تیم: نام رمز انتشار، نام مستعار زیرسیستم، قرارداد برچسب مالی. واژگان مشترک کیفیت جستجو را بالا میبرد — نه نامهای مختلف برای یک سرویس.
جستجو در حادثه و انطباق
آنکال: زیرسیستم + «runbook» + «incident». ممیزی انطباق: «retention» + «سیاست» + نام پروژه. search_docs PDF امضاشده و ویکی را یکجا میگردد — بدون شکار پوشهٔ پیوست.
وقتی نتیجه خالی است، با create_wiki_page برای شکاف، تسک بسازید — هفتهٔ بعد جستجو صادقانهتر خواهد بود.
جستجو برای مدیر سبد پروژه
مدیر برنامه میپرسد «کدام پروژه کلیدواژهٔ compliance و عقبافتادگی دارد؟» — یک پرسوجوی بین پروژهها، سپس فیلتر با portfolio_overview. مدیر ارشد از نام دقیق پروژه در پرسوجو استفاده کند؛ زیررشتهٔ مبهم فهرست نامزد برمیگرداند و MCP از شما رفع ابهام میخواهد — این رفتار درست است، نه باگ.
ذخیرهٔ پرسوجوی موفق در ویکی
پرسوجوهای تکراری («runbook payment»، «decision SSO») را در سند جستجوهای ذخیرهشده ویکی بنویسید — تازهوارد دستور را کپی میکند. با update_wiki_page وقتی نام رمز انتشار عوض شد، بهروز کنید.
آموزش تیم
کارگاه ۳۰ دقیقه: یک smart_search زنده، رفع ابهام، باز کردن تسک. عادت «جستجو قبل از پرسیدن در گفتگو» در تعریف پایان کار آنکال. تازهوارد از سند Saved searches شروع کند.
رفع ابهام در سبد بزرگ
وقتی MCP فهرست نامزد برمیگرداند، از ذینفع نام دقیق پروژه یا شناسهٔ تسک بخواهید. هوش مصنوعی در چت گزینهها را فهرست میکند — انسان یکی را قبل از get_task انتخاب کند. این ۳۰ ثانیه از بهروزرسانی اشتباه کارت جلوگیری میکند.
سناریوهای تصمیم (در صورت نیاز)
| سناریو | چه زمانی بررسی شود | کد ابزار |
|---|---|---|
| تأخیر انتشار | اگر قرارداد/کیفیت اجازهٔ جابهجایی تاریخ بدهد | delay_release |
| کاهش محدوده | اگر تاریخ ثابت است و کار کمارزش قابل تعویق است | cut_scope |
| افزودن نیرو | اگر گلوگاه ظرفیت است نه وابستگی پیچیده | add_people |
| توقف پروژه | اگر سبد بیشبار است و باید شروع کار جدید قطع شود | freeze_project |
اشتباهات رایج
- توکن مدیر کل مشترک برای ربات — دور زدن حاکمیت
- جستجو بهجای نظافت بورد — هرجومرج هم پیدا میشود
- نادیده گرفتن رفع ابهام — بهروزرسانی تسک اشتباه آسیب میزند
- جستجو بهجای
decision_log— تصمیم باید صریح ثبت شود
جستجو وقتی شکست میخورد که تسک، ویکی و تصمیم در سیلوهای جدا باشند. smart_search موجودیتها را با مجوز یکجا میآورد — قبل از جستجو در کانال. پاسخ هوش مصنوعی باید نوع و شناسه را استناد کند، نه بازگویی از حافظه.
ممیزی ماهانه: آیا پاسخ هوش مصنوعی شناسهٔ تسک را از MCP استناد میکند؟ اگر نه، دستور را سختتر کنید — استناد قبل از پیشنویس برای ذینفع.
ابزار آگاه از مجوز به همان سؤال برای مدیر پروژه و پیمانکار پاسخ متفاوت ولی مستند میدهد — این ویژگی است، نه باگ. حقیقت محدود به دامنهٔ دسترسی را انتظار داشته باشید.
سؤالات متداول
تفاوت smart_search با پرسشوپاسخ چتبات چیست؟
جستجو نتایج رتبهبندیشده میدهد؛ پرسشوپاسخ ترکیب میکند — اغلب بعد از جستجو یا search_docs.
جستجو بین پروژهها ممکن است؟
بله، در حد مجوز؛ در سبد بزرگ محدودهٔ پروژه را مشخص کنید.
پرسوجوی دوزبانه؟
تیم انگلیسی، فارسی یا مختلط؛ زبان فهرست محتوا را ذینفع تعیین میکند.
API وجود دارد؟
MCP با smart_search؛ REST در /api-docs.
حقیقت پروژه در یک پرسوقو
دیگر با نشانک کهنه کندکآوری نکنید. یک بار جستجو کنید، ابهام را بردارید، روی نتیجهٔ آگاه از مجوز اقدام کنید.
امتحان کنید
این الگوها را روی دادهٔ زندهٔ پروژه اجرا کنید — نه اسلاید.