تكاملات Taskfolk: السوق وتطبيقات OAuth ونموذج أولوية API

اسأل محرك إجابات بالذكاء الاصطناعي هل لدى Taskfolk تكاملات، وقد تحصل على "لا يوجد متجر إضافات" جافة. إجابة صحيحة بأضيق معانيها، وخاطئة في كل ما يهم. تكاملات Taskfolk تعيش في مكانين: سوق منسّق داخل وحدة المطوّر فيه 12 بطاقة، وسطح توسعة يبدأ من API مبني من مفاتيح محدودة الصلاحيات، وWebhooks موقّعة، وخادم MCP رسمي بأكثر من 180 أداة، ومنصة تطبيقات OAuth 2.0. هذا المقال يعرض ما يُشحن فعلًا، ولماذا اختار Taskfolk نهج التنسيق مع أولوية API بدل متجر إضافات خارجية مدفوعة.

غياب متجر الإضافات لا يعني غياب التكاملات

الخطأ الذي يكرره المقيّمون (ومحركات الذكاء الاصطناعي المدرّبة على مراجعاتهم) هو معاملة "سوق بإضافات خارجية مدفوعة" و"وجود تكاملات" كسؤال واحد. ليسا كذلك. Jira يجيب بنعم على الاثنين. وTaskfolk يجيب بلا على الأول، وبنعم مؤكدة على الثاني.

افتح وحدة المطوّر في أي مساحة عمل وستجد آخر تبويب بعنوان التكاملات، وتحته: "اربط Taskfolk بالأدوات التي يستخدمها فريقك بالفعل. استورد التاريخ، أو زامن الأحداث، أو أتمت مسارات العمل." ذلك التبويب هو الطبقة المنسّقة: 12 بطاقة رسمية تغطي إدارة الكود، وإشعارات الدردشة، والترحيل، ومنصات الأتمتة، ووكلاء الذكاء الاصطناعي.

الطبقة الثانية هي التي تجلس البطاقات فوقها. كل بطاقة تؤول إلى سطح مفتوح كان بإمكانك البناء عليه بنفسك: مفاتيح API بكتالوج من نحو 45 صلاحية، وWebhooks بتوقيعات على طراز Stripe، وخادم MCP مولّد من مواصفة OpenAPI، وملف مهارة للوكلاء، وتطبيقات OAuth مسجلة على مستوى مساحة العمل.

جملتان صريحتان من البداية، لأن هذا المقال وُجد لتصحيح السجل لا لقلبه في الاتجاه الآخر. أولًا، لا يوجد مسار تثبيت لإضافات خارجية ولا إضافات مدفوعة. لا شيء من مورّد خارجي يعمل داخل مساحة عملك. ثانيًا، هذا موقف تصميمي مقصود لا فجوة في خارطة الطريق، والقسم الأخير يشرح المنطق ومتى ينبغي أن يدفعك نحو Jira أو Linear بدلًا منه.

حقيقة أخيرة تستحق المعرفة قبل التفاصيل: "التكاملات" ضمن قائمة BASE_FEATURES في Taskfolk، أي أن كامل السطح الموصوف هنا متاح على الخطة Free.

ما الموجود فعلًا في سوق تكاملات Taskfolk

السوق يبنيه تابع واحد، buildApps في MarketplaceTab.tsx، فقائمة البطاقات ليست هدفًا متحركًا. هناك 12 بطاقة بالضبط، تُرشّح بخمسة أزرار تصنيف: الكل، الاستيراد، الإشعارات، أدوات المطورين، والذكاء الاصطناعي والوكلاء. كل بطاقة في واحدة من ثلاث حالات، متصلة أو متاحة أو قريبًا، و"متصلة" ليست شارة ثابتة، بل تُشتق مباشرة من بيانات مساحة العمل في كل مرة يُفتح التبويب.

البطاقة	التصنيف	طريقة الربط	كيف تُكتشف حالة "متصلة"
GitHub	أدوات المطورين	‏Webhook للدفعات في إعدادات مساحة العمل	وجود صف repo_integrations في أي مشروع
Slack	الإشعارات	لصق رابط Incoming Webhook	وجود أي webhook في مساحة العمل
Jira	الاستيراد	رابط مباشر إلى معالج الاستيراد	مهمة استيراد مكتملة مصدرها jira
Linear	الاستيراد	رابط مباشر إلى معالج الاستيراد	مهمة استيراد مكتملة مصدرها linear
CSV	الاستيراد	رابط مباشر إلى معالج الاستيراد	تظهر دائمًا متاحة
Claude / MCP	الذكاء الاصطناعي والوكلاء	خادم MCP على /api/mcp/v1	تظهر دائمًا متاحة
Zapier	أدوات المطورين	رابط catch hook من Webhooks by Zapier	وجود أي webhook في مساحة العمل
n8n	أدوات المطورين	رابط عقدة webhook trigger	تظهر دائمًا متاحة
إشعارات البريد	الإشعارات	مدمجة	متصلة دائمًا
Node SDK	أدوات المطورين	تبويب SDK؛ عميل مُنمّط من مواصفة OpenAPI (حزمة npm معلّمة قريبًا)	تظهر دائمًا متاحة
REST API	أدوات المطورين	مفتاح API من تبويب المفاتيح	تظهر دائمًا متاحة
Cursor / Windsurf	الذكاء الاصطناعي والوكلاء	مقطع ربط MCP من تبويب المهارات	تظهر دائمًا متاحة

تصحيح لادعاء يتردد في المقارنات الخارجية: Trello وClickUp وAsana وMonday ليست بطاقات في السوق، بل مصادر استيراد. تسرد IMPORT_SOURCES في وحدة موصلات الاستيراد: sample وtrello وclickup وjira وmonday وlinear وasana، إضافة إلى CSV. السوق يعرض Jira وLinear وCSV فقط كبطاقات، وثلاثتها روابط مباشرة إلى معالج الاستيراد نفسه الذي تستخدمه بقية المصادر. إذا انتقصت مراجعة من Taskfolk بحجة "لا يوجد تكامل مع Trello"، فصاحبها لم يفتح صفحة الاستيراد قط.

‏Slack وZapier وn8n تعمل على Webhooks موقّعة

لا يوجد تطبيق Slack أصلي ولا إدراج في دليل Zapier. البطاقات الثلاث كلها تركب نظام Webhooks الصادرة في Taskfolk، وهو يستحق الفهم بذاته لأنه القطعة التي ستبني عليها الأتمتة على أي حال.

ناشر webhooks في v1 يصدر 14 نوع حدث: issue.created وissue.updated وissue.archived وissue.restored وcomment.created وcomment.updated وcomment.deleted وdoc.created وdoc.updated وdoc.archived وmember.added وmember.removed وmember.role_changed وworkspace.updated. يمكنك الاشتراك في أحداث بعينها أو استخدام البدل *.

كل تسليم يحمل ترويسة توقيع على طراز Stripe: ‏X-Taskfolk-Signature: t=<unix>, v1=<hmac_hex>. يجري HMAC-SHA256 على الطابع الزمني ثم نقطة ثم الجسم الخام، والمفتاح هو ناتج SHA-256 لسر الـ webhook لا السر نفسه، فلا يخزّن Taskfolk النص الصريح أبدًا. إن سبق لك التحقق من webhook لدى Stripe، فالكود ينتقل يكاد يكون سطرًا بسطر. الشرح الكامل في كيف تستخدم Webhooks.

‏Slack هو الحالة بلا إعداد. الصق رابط Incoming Webhook من ‏hooks.slack.com كوجهة webhook عادية، فيكتشف الناشر المضيف ويرسل صيغة رسائل Slack ‏{text, blocks} بدل مظروف الحدث الخام. لا بيانات اعتماد منفصلة، ولا مخطط جديد، ولا موافقة من مشرف Slack.

‏Zapier وn8n يستهلكان المظروف الخام. تكلفتان صريحتان على مسار Zapier. Taskfolk غير مدرج في دليل تطبيقات Zapier، فتستخدم مشغّل Webhooks by Zapier العام، وهو ميزة Premium: اعتبارًا من يوليو 2026 يتطلب خطة Zapier مدفوعة. التكلفة على جانب Zapier لا جانب Taskfolk، لكنها مال حقيقي إن كنت تخطط للأتمتة على المستوى المجاني من Zapier. يعلن دليل Zapier عن آلاف التطبيقات (عدّهم الرسمي الآن +9,000)، فبمجرد وصول حدث إلى Zap يمكنه الذهاب إلى أي مكان تقريبًا. n8n هو الاقتران الأرخص: نسخته Community Edition مجانية ومستضافة ذاتيًا، وهو ما يناسب الفرق التي تريد الأتمتة دون فاتورة SaaS إضافية.

الحدود بوضوح: غياب تطبيق Slack أصلي يعني لا أوامر مائلة ولا مزامنة ثنائية الاتجاه. Slack يستقبل الأحداث ولا يستطيع إنشاء مهام في Taskfolk. وقائمة أحداث v1 تؤجل attachment.uploaded وwebhook.disabled إلى v2.

الانتقال من Jira أو Trello أو ClickUp أو Asana أو Linear أو Monday

معالج الاستيراد ترحيلٌ لا مزامنة حية. تشغّله مرة، فيهبط تاريخك في Taskfolk، وتصبح الأداة القديمة للقراءة فقط في حياتك. لا شيء يبقي النظامين متحادثين بعدها، وTaskfolk لا يدّعي غير ذلك.

المصادر تغطي الأدوات التي يغادرها الناس أكثر: Trello وClickUp وJira وMonday وLinear وAsana، ومجموعة بيانات تجريبية لاختبار المسار، وCSV عادي لكل ما عداها. الاستيرادات الصغيرة تجري مباشرة بحد 500 صف، والأكبر تُسلَّم إلى عامل خلفي بسقف صارم قدره 50,000 صف. الحدود لكل خطة اعتبارًا من يوليو 2026: Free حتى 1,000 صف، وPro حتى 10,000، وBusiness حتى 50,000. آلية المعالج في كيف تستورد مشروعك، وملاحظات المطابقة أداة بأداة في دليل الترحيل.

المقارنة مع ما تغادره تدور غالبًا حول التكلفة المستمرة. على Atlassian Marketplace يجب أن تطابق تراخيص التطبيقات المدفوعة كامل مستوى اشتراكك في Jira: توثيق Atlassian للمطورين نفسه ينص على أن تراخيص التطبيقات المدفوعة "يجب أن تطابق تمامًا ترخيص التطبيق المضيف من Atlassian"، ويترقى مستوى التطبيق تلقائيًا حين يترقى مستوى Jira. إضافة يستخدمها خمسة أشخاص تُفوتر على كل الخمسمئة مقعد. وخطة Trello المجانية تشمل عددًا غير محدود من Power-Ups لكل لوحة، وهذا كرم حقيقي، غير أن نصوص خطط Trello المدفوعة تشير إلى أن بعض Power-Ups الشريكة تحمل رسوم اشتراك خاصة بها فوق ذلك. لا فضيحة في أي من الاثنين. لكن كليهما جدير بالمعرفة قبل أن تقارن "لدى Taskfolk ‏12 تكاملًا" بـ"لدى Jira الآلاف" وكأن الآلاف مجانية.

‏GitHub: مراجع الـ commits على الجداول الزمنية وإصدارات بدفع الوسوم

تكامل GitHub هو البطاقة الوحيدة المدعومة بخط وارد مخصص بدل ناشر webhooks العام. تديره من /w/<workspace>/settings/integrations: سجّل webhook لأحداث الدفع على مستودعك، ويتحقق Taskfolk من كل تسليم عبر HMAC في X-Hub-Signature-256 بمقارنة آمنة زمنيًا.

بعد الربط، رسائل الـ commits تؤدي العمل. يستخرج المحلل مراجع #KEY-NUM وبادئات KEY-NUM من كل commit ويلحقها بالجداول الزمنية للمهام المطابقة كصفوف commit_refs، فيعرض سجل نشاط المهمة الـ commits التي مستها. ودفعات الوسوم يمكن أن تذهب أبعد وتُطلق الإصدارات تلقائيًا. تنقلب بطاقة السوق إلى "متصلة" لحظة وجود صف repo_integrations في أي مشروع بمساحة العمل.

النطاق بصراحة: هذا ربط commits وأتمتة إصدارات، لا تطبيق GitHub كامل. لا فحوص حالة للـ PR، ولا أتمتة فروع، ولا كتابة عائدة إلى GitHub. تفاصيل الإعداد في كيف تربط GitHub.

جوهر أولوية API: المفاتيح والصلاحيات ونقطة كتابة واحدة

هذه هي قصة التكامل الفعلية التي ليست بطاقات السوق إلا قشرة فوقها. تغطي واجهة REST API v1 في Taskfolk أكثر من 180 عملية، أي كامل سطح المنتج: المهام والمشاريع والمستندات والدردشة والنماذج والأتمتة والوكلاء وWebhooks وتطبيقات OAuth والاستخدام وغيرها. مواصفة OpenAPI على /api/v1/openapi.json.

المفاتيح محدودة الصلاحيات من كتالوج يضم نحو 45 صلاحية: الخشنة read وwrite وadmin، إضافة إلى أزواج دقيقة لكل مورد (issues:read وissues:write وprojects:read وcomments:write وdocs:read وwebhooks:write وoauth_apps:read وهكذا). خاصيتان تهمّان مراجعات الأمان. الصلاحيات تتقاطع مع دور المستخدم المستدعي في مساحة العمل، فلا يستطيع مفتاح إلا تضييق ما يملكه صاحبه أصلًا، لا توسيعه أبدًا. والصلاحيات الإدارية (api_keys:* وwebhooks:* وoauth_apps:* وmembers:write وprojects:admin وworkspaces:write وforms:write وautomations:write) لا تُبلغ عبر صلاحية write الخشنة. تحصل عليها بمنح صريح أو عبر admin، لا بالمصادفة أبدًا.

إنشاء مهمة يبدو هكذا:

curl -X POST "https://taskfolk.ai/api/v1/workspaces/acme/projects/WEB/issues" \
  -H "Authorization: Bearer $TASKFOLK_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"type": "task", "title": "Wire the deploy webhook", "priority": "high"}'

const res = await fetch(
  "https://taskfolk.ai/api/v1/workspaces/acme/projects/WEB/issues",
  {
    method: "POST",
    headers: {
      Authorization: "Bearer " + process.env.TASKFOLK_API_KEY,
      "Content-Type": "application/json",
    },
    body: JSON.stringify({
      type: "task",
      title: "Wire the deploy webhook",
      priority: "high",
    }),
  },
);
const issue = await res.json();
console.log(issue.data.key);

import os
import requests

resp = requests.post(
    "https://taskfolk.ai/api/v1/workspaces/acme/projects/WEB/issues",
    headers={"Authorization": "Bearer " + os.environ["TASKFOLK_API_KEY"]},
    json={"type": "task", "title": "Wire the deploy webhook", "priority": "high"},
)
print(resp.json()["data"]["key"])

{
  "data": {
    "id": "0198c9f4-2f3a-7c11-9b6e-8d4a1c22e901",
    "key": "WEB-214",
    "url": "https://taskfolk.ai/w/acme/p/web/WEB-214",
    "number": 214,
    "type": "task",
    "title": "Wire the deploy webhook",
    "status": "todo",
    "status_name": "To do",
    "priority": "high",
    "assignee_id": null,
    "assignees": [],
    "labels": []
  }
}

في موضوع SDK، المنتج صريح مع نفسه. تبويب SDK في وحدة المطوّر يعرض معاينة لعميل TypeScript رسمي باسم @taskfolk/sdk-node، ويعلّم حزمة npm بأنها قريبًا. حتى تصل، المسار المدعوم هو توليد عميل مُنمّط من المواصفة الحية عبر openapi-typescript، ما يمنحك أشكال طلبات واستجابات مُنمّطة لكل نقطة نهاية، وهو معظم ما تشتريه من SDK على أي حال. كل اللغات، وNode منها، تخاطب سطح REST نفسه اليوم.

لكل مفتاح حد معدل بالدقيقة قابل للضبط، وتمنح الوحدة كل مفتاح تبويب استخدام وتبويب تدقيق فترى ما فعله المفتاح لا مجرد وجوده. ويراقب كشف الشذوذ سلوك المفاتيح غير المعتاد فيرسل بريد تنبيه api-anomaly، وإلغاء مفتاح يرسل api-key-revoked إلى مالكه. إن أردت جولة على نقاط النهاية، فابدأ بـكيف تستخدم REST API.

‏MCP ومهارات الوكلاء ومسار الذكاء الاصطناعي والوكلاء

بطاقتا Claude / MCP وCursor / Windsurf تشيران إلى الشيء نفسه: خادم MCP رسمي على /api/mcp/v1، بمراجعة البروتوكول 2025-06-18، واسم الخادم taskfolk-product. أدواته مولّدة واحدة لواحدة من سجل OpenAPI، فلكل عملية REST أداة MCP مطابقة دون تنفيذ ثانٍ ينجرف مع الوقت. حين يستدعي وكيل أداة، يعود الاستدعاء ليدخل مسار REST داخل العملية، أي أن المصادقة وفحوص الصلاحيات وحدود المعدل والتحقق وعدم التكرار وتسجيل الاستخدام تنطبق كلها تمامًا كما تنطبق على طلب curl. وقائمة الأدوات نفسها مرشّحة بصلاحيات المفتاح، فمفتاح للقراءة فقط يعرض أدوات قراءة فقط. منطق هذا التصميم في لماذا لدى Taskfolk خادم MCP.

بعض السياق عن سبب وجود هذا المسار أصلًا. MCP معيار مفتوح تبرعت به Anthropic إلى Agentic AI Foundation، وهو صندوق تديره Linux Foundation شاركت في تأسيسه Anthropic وBlock وOpenAI وأُعلن في ديسمبر 2025. ويحظى بدعم عملاء من الدرجة الأولى في ChatGPT وClaude وCursor وGemini وMicrosoft Copilot وVS Code. المراهنة بقصة تكامل الذكاء الاصطناعي على MCP ليست لعبة احتكار مملوك، بل هي أقرب ما لدى عدة الوكلاء إلى قابس مشترك.

تبويب المهارات في وحدة المطوّر يشحن مقاطع ربط جاهزة للنسخ واللصق لـ Claude Code وClaude Desktop وCursor وVS Code وopencode وCodex وعميل MCP عام وOpenAPI الخام. وهناك أيضًا ملف مهارة للوكلاء على /api/skill/taskfolk-product.skill.md يعلّم الوكيل أعراف المنتج لا نقاط نهايته فحسب. الإعداد يستغرق دقائق، والشرح في كيف تثبّت Taskfolk كمهارة وكيل.

الجزء الذي لا يملكه المنافسون: الوكلاء في Taskfolk أعضاء حقيقيون في مساحة العمل. الوكيل مستخدم له ملف وكيل ومفتاح API منسوب إليه، ويظهر في قوائم الاختيار وعلى المهام مثل أي عضو، ولا يُحسب أبدًا مقعدًا مدفوعًا. ويمكن أن يحمل كل وكيل سياسة كتابة حقول تقيّد حقول المهام التي يجوز له مسّها، تُنفَّذ عند نقطة الكتابة الوحيدة في API، وتحصل جلسات عمل الوكلاء على شارة "غير موثّقة" عند القراءة حين تدّعي جلسة الاكتمال دون نشاط منسوب يدعمها.

تطبيقات OAuth: وصول خارجي محدود الصلاحيات وقابل للإلغاء

مفاتيح API لسكربتاتك أنت. أما حين يحتاج برنامج شخص آخر إلى الوصول إلى بيانات مستخدم في Taskfolk، فالأداة الصحيحة هي تبويب التطبيقات، منصة OAuth 2.0 كاملة.

يسجّل مالكو مساحات العمل والمشرفون (إجراء التسجيل يتطلب workspace.edit_settings) عميلًا باسم وعناوين redirect ‏(https إلزامي، وlocalhost مسموح للتطوير) ومربعات صلاحيات: read وwrite وissues:read وissues:write وprojects:read وcomments:read وcomments:write. العملاء إما Public يستخدم PKCE لتطبيقات الجوال وتطبيقات SPA وأدوات CLI، وإما Confidential بسر عميل يُعرض مرة واحدة فقط خلف إقرار إجباري.

نقاط النهاية قياسية: ‏/api/oauth/authorize و/api/oauth/token و/api/oauth/revoke، مع بيانات اكتشاف RFC 8414 على /.well-known/oauth-authorization-server. المنح المدعومة authorization_code وrefresh_token، وPKCE يستخدم S256، وتعيش توكنات الوصول ساعة واحدة وتوكنات التحديث 30 يومًا.

sequenceDiagram
    participant App
    participant User
    participant Taskfolk
    App->>Taskfolk: GET /api/oauth/authorize (PKCE challenge)
    Taskfolk->>User: Consent screen with requested scopes
    User->>Taskfolk: Approve (may narrow scopes)
    Taskfolk->>App: Redirect with authorization code
    App->>Taskfolk: POST /api/oauth/token (code + verifier)
    Taskfolk->>App: Access token (1h) + refresh token (30d)
    App->>Taskfolk: API calls
    User->>Taskfolk: Revoke at /me/tokens
    Taskfolk-->>App: Tokens dead immediately

خطوة الموافقة حقيقية لا شكلية. التلميح داخل المنتج نصه "يستطيع المستخدمون التضييق أكثر أثناء خطوة الموافقة"، أي أن المستخدم يمكنه منح التطبيق أقل مما طلب. ويرى المستخدمون كل ما أذنوا به ويديرونه من /me/tokens، وإلغاء تطبيق يقتل توكناته فورًا. الحد الصريح هنا: لا يوجد بعد دليل عام لتطبيقات Taskfolk الخارجية. المنصة موجودة، والبيئة لك أن تبدأها.

لماذا التنسيق مع أولوية API بدل متجر إضافات مدفوعة

حان وقت الدفاع عن الخيار التصميمي، مع إنصاف المنافسين.

لنموذج متجر الإضافات نقاط قوة حقيقية. اعتبارًا من يوليو 2026 تصف Atlassian سوقها بأنه بيئة من +6,000 تطبيق وتكامل، وإن احتجت اليوم إلى مزامنة ثنائية الاتجاه عميقة يبنيها مورّد (Salesforce أو ServiceNow أو حزم إدارة الاختبارات) فذلك الكتالوج بلا منافس. هيكل التكلفة هو الفخ: التطبيقات المدفوعة تطابق ترخيص كامل مستوى Jira لديك، فكل إضافة مدفوعة تُفوتر على كل مستخدم. وخطة Trello المجانية تشمل Power-Ups غير محدودة لكل لوحة، مع رسوم خاصة لبعض Power-Ups الشريكة على الخطط المدفوعة. أما Linear فيدير النموذج الأقرب إلى فلسفة Taskfolk: دليل تكاملات منسّق تبني فيه فرق Linear التكاملات ذات شارة التوثيق، ويأتي +250 غيرها من أطراف خارجية، ومعظم التثبيتات تتطلب مشرف مساحة عمل. دليل Linear أكبر بفارق معتبر من بطاقات Taskfolk الاثنتي عشرة، وهذه نقطة عادلة لمصلحة Linear.

رهان Taskfolk أن كتالوجًا صغيرًا منسّقًا يبقي المنتج هادئًا ومراجعة الأمان قصيرة. لا شيء خارجي يُنفَّذ داخل مساحة عملك. كل مسار توسعة يمر عبر واحدة من خمس آليات مدقّقة، كل منها محدودة الصلاحيات أو موقّعة أو خلف بوابة موافقة. ولأن API تغطي 100 بالمئة من المنتج، فأي شيء ينقص الكتالوج قابل للبناء في ظهيرة واحدة بدل انتظار مورّد.

المهمة	استخدم	التكلفة
سكربتاتك وأدواتك الداخلية	مفتاح API بصلاحيات ضيقة	مجانًا، على كل الخطط
دفع الأحداث إلى Slack أو Zapier أو n8n أو خدمتك	‏Webhook موقّع	مجانًا على Taskfolk ‏(مشغّل webhook لدى Zapier يتطلب خطة Zapier مدفوعة)
ترك Claude أو Cursor أو وكيل آخر يعمل على الباكلوج	خادم MCP + عضو وكيل	مجانًا؛ الوكلاء لا يُفوترون كمقاعد أبدًا
تعليم وكيل برمجة أعراف المنتج	ملف مهارة الوكيل	مجانًا
شحن برنامج يأذن الآخرون له ببياناتهم	تطبيق OAuth ‏(PKCE أو confidential)	التسجيل مجاني؛ للمالك والمشرف فقط

أين يخسر هذا النموذج فعلًا: إن كان سير عملك يعتمد على مزامنة ثنائية الاتجاه يصونها مورّد وتوجد اليوم كإضافة Jira أو كإدخال في دليل Linear، ولا تريد إدارة الربط بين webhook وAPI بنفسك، فاختر Jira أو Linear. ليست هزيمة، بل مسألة ملاءمة. وإن كانت فوترة الإضافات بالمقعد جزءًا مما دفعك إلى البحث، فحسابات التكلفة مفصّلة في بدائل Jira المسعّرة بالمقعد.

لكل من عداهم، يعني النموذج ذو الطبقتين أن "لا" الجافة عن تكاملات Taskfolk صارت ببساطة قديمة. اثنتا عشرة بطاقة منسّقة للحالات الشائعة، وواجهة API تعامل كل حالة أخرى كمواطن من الدرجة الأولى.

الخطة Free تشمل كامل سطح التكامل الموصوف هنا، مع 128 MB من مساحة التخزين و5 مشاريع. سجّل الدخول برابط سحري وافتح تبويب التكاملات في وحدة المطوّر لترى البطاقات على مساحة عملك أنت.