دو درد: کپی-پیست عملیاتی و نمایش تصمیم

تیم‌های پروژه دو مشکل همزمان دارند. کار تکراری — بستن معامله در CRM → ساخت پروژه، برچسب تیکت → ساخت تسک، امضای سند → باز کردن ستون — هنوز دستی بین سیستم‌ها جابه‌جا می‌شود. تصمیم سخت — تأخیر در برابر کاهش محدوده، استخدام در برابر حذف قابلیت — هر اسپرینت بدون ثبت پیش‌بینی دوباره بحث می‌شود.

سازمان بالغ کار ماشینی را از کار قضاوتی جدا می‌کند. WKFGo هر دو را پوشش می‌دهد: n8n و MCP نوشتن (create_task، update_status، log_activity، create_wiki_page) برای کارهای تکراری؛ simulate_scenario، executive_brief، decision_inbox و الگوی اتاق هیئت‌مدیره برای شاخه‌های انسانی.

بخش اول — اتوماسیون کار تکراری (n8n + MCP)

چه چیز را خودکار کنیم

جریان‌های با بازده بالا ویژگی مشترک دارند: محرک مشخص، نگاشت پایدار، نتیجه تکرارپذیر.

n8n برای هماهنگی HTTP، زمان‌بندی و تبدیل داده — خودمیزبان یا ابری. REST و endpoint MCP در WKFGo به‌صورت گره بصری در workflow. لینک sidebar (N8N_URL) اپراتور را به canvas می‌برد.

MCP نوشتن برای دستیار هوشمند: «تسک onboarding برای X» بعد از تأیید منابع انسانی — انسان دسته‌ای تأیید می‌کند، ربات create_task با دسترسی محدود می‌زند.

قوانین طراحی

1. تکرارپذیری — شناسه خارجی روی تسک؛ retry پروژه تکراری نسازد
2. دید خطا — شاخه خطا در n8n به انسان ping؛ شکست خاموش بدتر از دستی است
3. مجوز — حساب سرویس با حداقل دسترسی؛ توکن superuser در workflow مشترک نگذارید
4. مستندسازی ویکی — create_wiki_page برای هر اتوماسیون و مسئولش

n8n در برابر BPMN درون محصول

BPMN در WKFGo ترتیب کار انسانی — تأیید، بازبینی، تحویل با نقش — را با audit مدیریت می‌کند. n8n سیستم‌ها را بدون کلیک همگام می‌کند. BPMN برای ترتیب افراد؛ n8n برای API شبانه.

بخش دوم — سناریوی تصمیم (شبیه‌سازی + اتاق هیئت‌مدیره + خلاصه)

اتوماسیون سرعت اجرا را بالا می‌برد؛ تاریخ انتشار را انتخاب نمی‌کند. برای انتخاب‌هایی که محدودیت را عوض می‌کنند:

شبیه‌سازی سناریو (simulate_scenario)

آینده‌های صریح را مقایسه کنید:

خروجی باید بعد ابزار با فرض و وضعیت باشد — درصد بازگشت سرمایه ساختگی نسازید.

خلاصه مدیریتی و اتاق هیئت‌مدیره

دید هر مسئول (cfo، cto، cpo، …) با executive_brief. ترکیب مدیرعامل board.tensions وقتی مسئولان disagree. الگو: هر کدام با واقعیت؛ مدیرعامل حل یا به شبیه‌سازی ارجاع.

حلقه صف تصمیم

مانیتور پس‌زمینه وقتی سیگنال از خط رد شود — یک Digest اجرایی، نه طوفان ping.

1. decision_inbox — صف اولویت‌دار
2. شواهد از خلاصه و گزارش
3. simulate_scenario روی مورد بالای صف
4. resolve_decision_item + پیش‌بینی با log_decision
5. کالیبراسی در decision_log فصل بعد

معماری ترکیبی

سیستم خارجی ──n8n──► تسک/ویکی WKFGo (اتوماسیون)
                              │
سیگنال پورتفولیو ──مانیتور──► صف تصمیم
                              │
رهبر ──خلاصه/شبیه‌سازی/هیئت──► تصمیم ثبت‌شده
                              │
عامل MCP ──خواندن/نوشتن──► همان منبع حقیقت

عامل و n8n یک پایگاه حقیقت دارند — اتوماسیون تسک می‌سازد؛ تصمیم تسک مهم را عوض می‌کند.

هفته نمونه

• دوشنبه — n8n پروژه از CRM؛ خلاصه standup از حرکت MCP
• چهارشنبه — مانیتور آیتم صف روی نرخ مصرف؛ پیش‌خوان CFO
• پنج‌شنبه — بحث cut_scope در برابر delay؛ simulate_scenario هر دو؛ مدیرعامل حل
• جمعه — n8n پیش‌نویس ایمیل ذینفع بعد تأیید انسان — ارسال خودکار نه

حاکمیت: چه کسی چه چیزی بنویسد

کلید خواندن MCP (جستجو، خلاصه، گزارش) جدا از کلید نوشتن (create_task، update_status، log_decision). حساب n8n معمولاً فقط write عملیاتی؛ publish ویکی یا resolve صف فقط برای تسهیل‌گر.

اشتباهات رایج

• خودکار کردن تأیید اجرایی بدون audit
• یک‌بار شبیه‌سازی بدون ثبت انتخاب
• superuser MCP در Slack — نشت تسک مالی
• تسک n8n بدون مسئول
• دور زدن حالت دمو read-only

سؤالات متداول

آیا n8n اجباری است؟
خیر؛ تیم‌های MCP-only می‌توانند اسکریپت write در CI یا agent IDE داشته باشند.

آیا هوش مصنوعی صف را خودکار حل می‌کند؟
نه — شواهد آماده می‌کند؛ انسان resolve_decision_item می‌زند.

مطابقت n8n self-host؟
flow در VPC؛ cloud n8n را با سیاست ارزیابی کنید.

مستندات API؟
/api-docs برای REST؛ فهرست ابزار MCP در راهنمای پلتفرم.

امتحان کنید

اتوماسیون copy-paste را حذف کنید. شبیه‌سازی و اتاق هیئت‌مدیره انتخاب‌هایی را که تاریخ، محدوده و نقدینگی را عوض می‌کنند، مدیریت کنند.

• ساخت حساب رایگان
• مرور امکانات
• تعرفه‌ها
• مستندات MCP
• تماس با ما
• بلاگ