گرانترین پاسخ، پاسخ اشتباه با اطمینان است
تیمها دستیار هوش مصنوعی را پذیرفتهاند؛ شکست جدید توهم باورپذیر دربارهٔ کار خودشان است. «پرداخت را به فصل بعد موکول کردیم» — در لاگ نیست. «انتشار ۳ مه» — روی بورد ۱۷ مه است. «حقوقی تأیید کرد» — تسک تأیید هنوز باز است.
پرسشوپاسخ پایگاه دانش پروژه با هوش مصنوعی لایهٔ بازیابی را درست میکند. WKFGo ویکی پروژه، search_docs (جستجوی سند)، smart_search و چتبات متصل به PostgreSQL را ترکیب میکند — پاسخ تا صفحه، تسک و رکورد تصمیم قابل ردیابی است.
مشکل: پرسشوپاسخ بدون منبع
دستیار بدون زمینهٔ واقعی روانی بودن را بهینه میکند، نه ردپای ممیزی. علائم:
- تازهوارد بدون چک ویکی از چت عمل میکند
- مدیر ارشد در تماس با مشتری از هوش مصنوعی نقلقول میکند — با مالی تناقض دارد
- سؤال تکرار میشود چون بعد از تصمیم
publish_meeting_wikiانجام نشده
زمینهسازی هم محصول است هم عادت — مدل بزرگتر به تنهایی کافی نیست.
چارچوب عملی: انتشار → فهرستسازی → پرسوجو → استناد → پر کردن شکاف
- انتشار دانش پایدار —
create_wiki_page،publish_meeting_wiki، صفحهٔ تصمیم - فهرستسازی — جستجوی برداری ویکی؛ ماژول سند PDF
- پرسوجو — چتبات یا MCP:
search_docs،get_wiki_page،smart_search - استناد — پاسخ با پیوند شناسهٔ تسک و عنوان ویکی برای باز کردن انسان
- پر کردن شکاف — شکست پرسشوپاسخ →
update_wiki_page— سکوت اعتماد را نمیسازد
سؤال خوب برای پایگاه دانش
- «روش بازگشت سرویس X چیست؟»
- «چه کسی سقف نرخ API را تأیید کرد؟»
- «خلاصهٔ ریسکهای باز پروژه Atlas این هفته.»
- «ویکی SSO این فصل بهروز شد؟»
انتظار نادرست
- تفسیر حقوقی بدون مشاور
- راز لحظهای در لاگ گفتگو
- پاسخ خودکار به مشتری خارجی بدون انسان
راهحل: پشتهٔ پرسشوپاسخ در WKFGo
لایه ۱ — ویکی و انتشار جلسه
بعد از جلسهٔ راهبری: publish_meeting_wiki متن تصمیم را قابل جستجو میکند. معماری و دستورالعمل با create_wiki_page، مالک و تاریخ آخرین بازبینی.
بدون انضباط انتشار، پرسشوپاسخ صادقانه «یافت نشد» میگوید — که بهتر از دروغ است.
لایه ۲ — جستجوی سند MCP
IDE و دستیار مدیر ارشد search_docs با اعتبارنامهٔ محدود. کلید ویژگی رعایت میشود. کلید API فقط-خواندنی برای تیم گسترده؛ ابزار نوشتن برای تسهیلگر.
دستور نمونه: «سند 'data retention سیاست' را جستجو کن؛ عنوان را استناد کن؛ اگر نبود → شکاف داده.»
لایه ۳ — چتبات با پایگاه دادهٔ زنده
سرویس Node چتبات تسک، خلاصهٔ مالی (در مجوز) و ویکی برداری را پرسوجو میکند. ویجت frontend با REACT_APP_CHATBOT_URL پرسشوپاسخ درون برنامه.
خروجی چتبات پیشنویس هوش است — مدیر پروژه قبل از اقدام سیاست را تأیید کند.
پرسشوپاسخ مدیر ارشد بدون نشت
سؤال حساس — سرمایهٔ انسانی، زمانبندی معامله، موضوعات نزدیک به دادگاه. دستیار کلید MCP محدود به کاربر خود — نه توکن مدیر کل مشترک. خلاصهٔ جلسهٔ کارکنان نام و مبلغ را حذف کند وقتی ویکی محدود است؛ search_docs فقط نقش مجاز.
آمادهسازی هیئت مدیره: جستجوی تصمیم → تأیید decision_log → نکات گفتاری با استناد. روانی بودن بدون استناد در بازبینی رد شود.
لایه ۴ — متقابلسازی تسک و تصمیم
وقتی پرسشوپاسخ تصمیمی را استناد میکند، تسک تأیید و decision_log را تأیید کنید. سؤال وضعیت → زنجیرهٔ list_tasks، get_task — متن تنها کافی نیست. ویجت چتبات برای تیم؛ MCP برای IDE — هر دو همان مجوز.
لایه ۵ — بهداشت هفتگی دانش
۱۵ دقیقهٔ بهداشت ویکی تعیین کنید: ادغام تکراری، بایگانی تصمیم جایگزینشده، update_wiki_page با تاریخ آخرین بازبینی. کیفیت پرسشوپاسخ از بهداشت میآید — دستیار صفحه را درست میکند، نه فقط دستور.
ask_human وقتی بازیابی صفحهٔ متناقض (دو تصمیم SSO با تاریخ متفاوت). ابهام را تسهیلگر نشان دهد — ادغام خاموش در چت نه.
کتاب راهنمای پرسشوپاسخ برای آنکال
دستورالعمل ویکی + search_docs + چتبات: «اگر هشدار X، گام ۱–۳ با استناد». کتاب راهنما بعد از هر حادثه update_wiki_page. پرسشوپاسخ بدون بهروزرسانی دستورالعمل همان ریسک توهم را دارد.
سناریوهای پرسشوپاسخ رایج
| سؤال | ابزار | نکته |
|---|---|---|
| تصمیم جلسه | search_docs + ویکی |
publish_meeting_wiki |
| وضعیت انتشار | list_tasks + release |
فیلد وضعیت ≠ نظر |
| سیاست داخلی | get_wiki_page |
last-reviewed |
| عدد مالی | finance_summary |
مجوز CFO/lead |
هر پاسخ بدون استناد در کانال عمومی منتشر نشود — مدیر پروژه تأیید کند یا ask_human.
چتبات درون برنامه در برابر MCP
ویجت REACT_APP_CHATBOT_URL برای مدیر پروژه و تیم سریع؛ MCP search_docs برای توسعهدهنده در IDE. هر دو PostgreSQL و ویکی برداری مشترک — پاسخ باید یکسان باشد. تغییر سیاست فقط update_wiki_page + بازفهرستسازی؛ اصلاح فقط دستور پایدار نیست.
تعهد سطح خدمت پاسخ داخلی
برای پشتیبانی داخلی: سؤال عملیاتی («کدام env؟») باید ظرف ۴ ساعت پیوند ویکی یا تسک برگردد. ask_human وقتی بازیابی خالی — تیکت به مالک سند. بدون مالک سند، SLA شکست میخورد.
کاهش ریسک توهم
- دستیار را ملزم به استناد پیوند کنید
- حالت نمایشی فقط-خواندنی نوشتن MCP وسط پاسخ را مسدود کند
- شکست پرسوجو را لاگ کنید؛ شکاف ویکی فصلی بازبینی
- تیم دوزبانه: زبان فهرست = زبان جستجو
سناریوهای تصمیم (در صورت نیاز)
| سناریو | چه زمانی بررسی شود | کد ابزار |
|---|---|---|
| تأخیر انتشار | اگر قرارداد/کیفیت اجازهٔ جابهجایی تاریخ بدهد | delay_release |
| کاهش محدوده | اگر تاریخ ثابت است و کار کمارزش قابل تعویق است | cut_scope |
| افزودن نیرو | اگر گلوگاه ظرفیت است نه وابستگی پیچیده | add_people |
| توقف پروژه | اگر سبد بیشبار است و باید شروع کار جدید قطع شود | freeze_project |
اشتباهات رایج
- خروجی ChatGPT در ایمیل بهجای API زنده
- توکن مدیر کل مشترک برای ربات Slack
- پرسشوپاسخ بهجای بهروزرسانی بورد بعد از تغییر
- نادیده گرفتن
ask_humanبا اطمینان بازیابی پایین
پرسشوپاسخ دانش وقتی شکست میخورد که ویکی با بورد تناقض دارد. قاعده: تصمیم جلسه ظرف ۲۴ ساعت در ویکی؛ تغییر وضعیت به صفحهٔ تصمیم ارجاع دهد. get_wiki_page و search_docs چتبات را زمینه میدهند — استناد اجباری توهم را کم میکند.
ممیزی ماهانه: آیا پاسخ هوش مصنوعی شناسهٔ تسک را از MCP استناد میکند؟ اگر نه، دستور را سختتر کنید.
ابزار آگاه از مجوز به همان سؤال برای مدیر پروژه و پیمانکار پاسخ متفاوت ولی مستند میدهد — ویژگی است، نه باگ.
سؤالات متداول
تفاوت چتبات با search_docs MCP؟
چتبات گفتگویی درون برنامه؛ MCP برای IDE و خودکارسازی — داده یکسان.
پرسشوپاسخ مالی؟
فقط در حد دسترسی کاربر؛ مثل رابط کاربری.
محدود کردن پروژهٔ حساس؟
دسترسی ویژگی و محدودهٔ پرسوجو.
«نمیدانم»؟
ترجیح بر ساختن — تسک update_wiki_page.
بپرسید تا حقیقت پروژه استناد شود
تصمیم را در ویکی منتشر کنید، با مجوز جستجو کنید، استناد بخواهید — نه حدس.
امتحان کنید
این الگوها را روی دادهٔ زندهٔ پروژه اجرا کنید — نه اسلاید.