استخدم موارد SDK (الأنواع والتكوين)
يوفّر twenty-sdk كتلَ بناءٍ مضبوطة الأنواع ودوال مساعدة تستخدمها داخل تطبيقك. فيما يلي الأجزاء الأساسية التي ستتعامل معها غالبًا.دوال مساعدة
يوفّر SDK دوالًا مساعدة لتعريف كيانات تطبيقك. كما هو موضح في اكتشاف الكيانات، يجب استخدامexport default define<Entity>({...}) كي يتم اكتشاف كياناتك:
| دالة | الغرض |
|---|---|
defineApplication | تهيئة بيانات التعريف للتطبيق (مطلوب، واحد لكل تطبيق) |
defineObject | تعريف كائنات مخصصة مع حقول |
defineLogicFunction | تعريف وظائف منطقية مع معالجات |
definePreInstallLogicFunction | تعريف دالة منطقية لما قبل التثبيت (واحدة لكل تطبيق) |
definePostInstallLogicFunction | تعريف دالة منطقية لما بعد التثبيت (واحدة لكل تطبيق) |
defineFrontComponent | عرِّف مكوّنات أمامية لواجهة مستخدم مخصّصة |
defineRole | تهيئة صلاحيات الدور والوصول إلى الكائنات |
defineField | وسّع الكائنات الموجودة بحقول إضافية |
defineView | تعريف العروض المحفوظة للكائنات |
defineNavigationMenuItem | تعريف روابط التنقل في الشريط الجانبي |
defineSkill | عرّف مهارات وكيل الذكاء الاصطناعي |
تعريف الكائنات
تصف الكائنات المخصصة كلًا من المخطط والسلوك للسجلات في مساحة عملك. استخدمdefineObject() لتعريف كائنات مع تحقق مدمج:
- استخدم
defineObject()للحصول على تحقق مدمج ودعم أفضل من IDE. universalIdentifierيجب أن يكون فريدًا وثابتًا عبر عمليات النشر.- يتطلب كل حقل
nameوtypeوlabelومعرّفuniversalIdentifierثابتًا خاصًا به. - المصفوفة
fieldsاختيارية — يمكنك تعريف كائنات بدون حقول مخصصة. - يمكنك إنشاء كائنات جديدة باستخدام
yarn twenty entity:add، والذي يرشدك خلال التسمية والحقول والعلاقات.
يتم إنشاء الحقول الأساسية تلقائيًا. عند تعريف كائن مخصص، يضيف Twenty تلقائيًا حقولًا قياسية
مثل
id وname وcreatedAt وupdatedAt وcreatedBy وupdatedBy وdeletedAt.
لا تحتاج إلى تعريف هذه في مصفوفة fields — أضف فقط حقولك المخصصة.
يمكنك تجاوز الحقول الافتراضية من خلال تعريف حقل بالاسم نفسه في مصفوفة fields الخاصة بك،
لكن هذا غير مستحسن.تكوين التطبيق (application-config.ts)
كل تطبيق لديه ملف واحدapplication-config.ts يصف:
- هوية التطبيق: المعرفات، اسم العرض، والوصف.
- كيفية تشغيل وظائفه: الدور الذي تستخدمه للأذونات.
- متغيرات (اختياري): أزواج مفتاح-قيمة تُعرض لوظائفك كمتغيرات بيئة.
- (اختياري) دالة ما قبل التثبيت: دالة منطقية تعمل قبل تثبيت التطبيق.
- (اختياري) دالة ما بعد التثبيت: دالة منطقية تعمل بعد تثبيت التطبيق.
defineApplication() لتعريف تهيئة تطبيقك:
- حقول
universalIdentifierهي معرّفات حتمية تخصك؛ أنشئها مرة واحدة واحتفظ بها ثابتة عبر عمليات المزامنة. applicationVariablesتصبح متغيرات بيئة لوظائفك (على سبيل المثال،DEFAULT_RECIPIENT_NAMEمتاح كـprocess.env.DEFAULT_RECIPIENT_NAME).defaultRoleUniversalIdentifierيجب أن يطابق ملف الدور (انظر أدناه).- يتم اكتشاف دوال ما قبل التثبيت وما بعد التثبيت تلقائيًا أثناء إنشاء ملف البيان. راجع دوال ما قبل التثبيت ودوال ما بعد التثبيت.
الأدوار والصلاحيات
يمكن للتطبيقات تعريف أدوار تُغلّف الصلاحيات على كائنات وإجراءات مساحة العمل لديك. يعين الحقلdefaultRoleUniversalIdentifier في application-config.ts الدور الافتراضي الذي تستخدمه وظائف المنطق في تطبيقك.
- مفتاح واجهة البرمجة في وقت التشغيل المحقون باسم
TWENTY_API_KEYمستمد من دور الوظيفة الافتراضي هذا. - سيُقيَّد العميل مضبوط الأنواع بالأذونات الممنوحة لذلك الدور.
- اتبع مبدأ أقل الامتياز: أنشئ دورًا مخصصًا بالأذونات التي تحتاجها وظائفك فقط، ثم أشِر إلى معرّفه الشامل.
الدور الافتراضي للوظيفة (*.role.ts)
عند توليد تطبيق جديد بالقالب، ينشئ CLI أيضًا ملف دور افتراضي. استخدمdefineRole() لتعريف أدوار مع تحقق مدمج:
universalIdentifier لهذا الدور في application-config.ts باسم defaultRoleUniversalIdentifier. بعبارة أخرى:
- \*.role.ts يحدد ما يمكن أن يفعله الدور الافتراضي للوظيفة.
- application-config.ts يشير إلى ذلك الدور بحيث ترث وظائفك أذوناته.
- ابدأ من الدور المُنشأ بالقالب، ثم قيّده تدريجيًا باتباع مبدأ أقل الامتياز.
- استبدل
objectPermissionsوfieldPermissionsبالكائنات/الحقول التي تحتاجها وظائفك. permissionFlagsتتحكم في الوصول إلى القدرات على مستوى المنصة. اجعلها في الحد الأدنى؛ أضف فقط ما تحتاجه.- اطّلع على مثال عملي في تطبيق Hello World:
packages/twenty-apps/hello-world/src/roles/function-role.ts.
تكوين الوظيفة المنطقية ونقطة الدخول
كل ملف وظيفة يستخدمdefineLogicFunction() لتصدير تكوين مع معالج ومشغّلات اختيارية.
- route: يعرِض وظيفتك على مسار وطريقة HTTP تحت نقطة النهاية
/s/:
مثال:path: '/post-card/create',-> الاستدعاء على<APP_URL>/s/post-card/create
- cron: يشغّل وظيفتك على جدول باستخدام تعبير CRON.
- databaseEvent: يعمل على أحداث دورة حياة كائنات مساحة العمل. عندما تكون عملية الحدث هي
updated، يمكن تحديد الحقول المحددة المراد الاستماع إليها في مصفوفةupdatedFields. إذا تُركت غير معرّفة أو فارغة، فسيؤدي أي تحديث إلى تشغيل الدالة.
مثال: person.updated
الملاحظات:
- المصفوفة
triggersاختيارية. يمكن استخدام الوظائف بدون مشغلات كوظائف مساعدة تُستدعى بواسطة وظائف أخرى. - يمكنك مزج أنواع متعددة من المشغلات في وظيفة واحدة.
دوال ما قبل التثبيت
دالة ما قبل التثبيت هي دالة منطقية تعمل تلقائيًا قبل تثبيت تطبيقك على مساحة عمل. يفيد ذلك في مهام التحقق، وفحص المتطلبات المسبقة، أو تجهيز حالة مساحة العمل قبل متابعة التثبيت الرئيسي. عند إنشاء هيكل تطبيق جديد باستخدامcreate-twenty-app، يتم إنشاء دالة ما قبل التثبيت لك في src/logic-functions/pre-install.ts:
- تستخدم دوال ما قبل التثبيت
definePreInstallLogicFunction()— وهو إصدار متخصص يستبعد إعدادات المُشغِّل (cronTriggerSettingsوdatabaseEventTriggerSettingsوhttpRouteTriggerSettingsوisTool). - يتلقى المُعالج
InstallLogicFunctionPayloadيحوي{ previousVersion: string }— إصدار التطبيق الذي كان مُثبّتًا سابقًا (أو سلسلة فارغة للتثبيتات الجديدة). - يُسمح بدالة ما قبل التثبيت واحدة فقط لكل تطبيق. سيُنتج إنشاء ملف البيان خطأً إذا تم اكتشاف أكثر من واحدة.
- يتم تعيين
universalIdentifierللدالة تلقائيًا كـpreInstallLogicFunctionUniversalIdentifierفي بيان التطبيق أثناء الإنشاء — لست بحاجة إلى الإشارة إليه فيdefineApplication(). - تم ضبط المهلة الافتراضية على 300 ثانية (5 دقائق) للسماح بمهام التحضير الأطول.
- لا تحتاج دوال ما قبل التثبيت إلى مُشغِّلات — إذ يستدعيها النظام الأساسي قبل التثبيت أو يدويًا عبر
function:execute --preInstall.
دوال ما بعد التثبيت
دالة ما بعد التثبيت هي دالة منطقية تعمل تلقائيًا بعد تثبيت تطبيقك على مساحة عمل. هذا مفيد لمهام الإعداد لمرة واحدة مثل تهيئة البيانات الافتراضية، وإنشاء السجلات الأولية، أو تكوين إعدادات مساحة العمل. عند إنشاء هيكل تطبيق جديد باستخدامcreate-twenty-app، يتم إنشاء دالة ما بعد التثبيت لك في src/logic-functions/post-install.ts:
- تستخدم دوال ما بعد التثبيت
definePostInstallLogicFunction()— وهو إصدار متخصص يستبعد إعدادات المُشغِّل (cronTriggerSettingsوdatabaseEventTriggerSettingsوhttpRouteTriggerSettingsوisTool). - يتلقى المُعالج
InstallLogicFunctionPayloadيحوي{ previousVersion: string }— إصدار التطبيق الذي كان مُثبّتًا سابقًا (أو سلسلة فارغة للتثبيتات الجديدة). - يُسمح بدالة ما بعد التثبيت واحدة فقط لكل تطبيق. سيُنتج إنشاء ملف البيان خطأً إذا تم اكتشاف أكثر من واحدة.
- يتم تعيين
universalIdentifierللدالة تلقائيًا كـpostInstallLogicFunctionUniversalIdentifierفي بيان التطبيق أثناء الإنشاء — لست بحاجة إلى الإشارة إليه فيdefineApplication(). - تم تعيين مهلة افتراضية إلى 300 ثانية (5 دقائق) للسماح بمهام الإعداد الأطول مثل تهيئة البيانات.
- لا تحتاج دوال ما بعد التثبيت إلى مُشغِّلات — حيث يستدعيها النظام الأساسي أثناء التثبيت أو يدويًا عبر
function:execute --postInstall.
حمولة مشغل المسار
عندما يستدعي مشغّل المسار وظيفتك المنطقية، يتلقى كائنًا من النوعRoutePayload يتبع تنسيق AWS HTTP API v2. استورد النوع من twenty-sdk:
RoutePayload على البنية التالية:
| الخاصية | النوع | الوصف |
|---|---|---|
headers | Record<string, string | undefined> | رؤوس HTTP (فقط تلك المدرجة في forwardedRequestHeaders) |
queryStringParameters | Record<string, string | undefined> | معلمات سلسلة الاستعلام (تُضمّ القيم المتعددة باستخدام فواصل) |
pathParameters | Record<string, string | undefined> | معلمات المسار المستخرجة من نمط المسار (على سبيل المثال، /users/:id → { id: '123' }) |
المحتوى | object | null | جسم الطلب المُحلَّل (JSON) |
isBase64Encoded | قيمة منطقية | ما إذا كان جسم الطلب مُرمَّزًا بترميز base64 |
requestContext.http.method | string | طريقة HTTP (GET, POST, PUT, PATCH, DELETE) |
requestContext.http.path | string | المسار الخام للطلب |
تمرير رؤوس HTTP
افتراضيًا، لا تُمرَّر رؤوس HTTP من الطلبات الواردة إلى دالتك المنطقية لأسباب أمنية. للوصول إلى رؤوس محددة، قم بإدراجها صراحةً في مصفوفةforwardedRequestHeaders:
تُحوَّل أسماء الرؤوس إلى أحرف صغيرة. يمكنك الوصول إليها باستخدام مفاتيح بأحرف صغيرة (على سبيل المثال،
event.headers['content-type']).- مُنشأ بالقالب: شغّل
yarn twenty entity:addواختر خيار إضافة دالة منطقية جديدة. يُولّد هذا ملفًا مبدئيًا مع معالج وتكوين. - يدوي: أنشئ ملفًا جديدًا
*.logic-function.tsواستخدمdefineLogicFunction()مع اتباع النمط نفسه.
تمييز دالة منطقية كأداة
يمكن إتاحة الدوال المنطقية بوصفها أدوات لوكلاء الذكاء الاصطناعي وسير العمل. عندما يتم تمييز دالة كأداة، تصبح قابلة للاكتشاف بواسطة ميزات الذكاء الاصطناعي الخاصة بـ Twenty ويمكن اختيارها كخطوة في أتمتة سير العمل. لتمييز دالة منطقية كأداة، عيّنisTool: true وقدّم toolInputSchema يصف معاملات الإدخال المتوقعة باستخدام مخطط JSON:
isTool(boolean, الافتراضي:false): عند ضبطه علىtrue، يتم تسجيل الدالة كأداة وتصبح متاحة لوكلاء الذكاء الاصطناعي ولأتمتة سير العمل.toolInputSchema(object, اختياري): كائن JSON Schema يصف المعلمات التي تقبلها دالتك. يستخدم وكلاء الذكاء الاصطناعي هذا المخطط لفهم المدخلات التي تتوقعها الأداة وللتحقق من صحة الاستدعاءات. إذا تم إغفاله، فالقيمة الافتراضية للمخطط هي{ type: 'object', properties: {} }(من دون معلمات).- الدوال التي لديها
isTool: false(أو غير معيَّنة) غير معروضة كأدوات. لا يزال بالإمكان تنفيذها مباشرةً أو استدعاؤها بواسطة دوال أخرى، لكنها لن تظهر في اكتشاف الأدوات. - تسمية الأداة: عند كشفها كأداة، يتم تطبيع اسم الدالة تلقائيًا إلى
logic_function_<name>(تحويله إلى أحرف صغيرة، واستبدال المحارف غير الأبجدية الرقمية بشرطات سفلية). على سبيل المثال،enrich-companyتصبحlogic_function_enrich_company. - يمكنك دمج
isToolمع المشغِّلات — إذ يمكن للدالة أن تكون أداة (قابلة للاستدعاء من قِبل وكلاء الذكاء الاصطناعي) وأن تُشغَّل بواسطة أحداث (cron، وأحداث قاعدة البيانات، والمسارات) في الوقت نفسه.
اكتب
description جيدًا. يعتمد وكلاء الذكاء الاصطناعي على حقل description الخاص بالدالة لتحديد وقت استخدام الأداة. كن محددًا بشأن ما تفعله الأداة ومتى ينبغي استدعاؤها.المكوّنات الأمامية
تتيح لك المكوّنات الأمامية إنشاء مكوّنات React مخصّصة تُعرَض داخل واجهة مستخدم Twenty. استخدمdefineFrontComponent() لتعريف مكوّنات مع تحقّق مدمج:
- المكوّنات الأمامية هي مكوّنات React تُعرَض ضمن سياقات معزولة داخل Twenty.
- يشير الحقل
componentإلى مكوّن React الخاص بك. - يتم بناء المكوّنات ومزامنتها تلقائيًا أثناء
yarn twenty app:dev.
- مُنشأ بالقالب: شغّل
yarn twenty entity:addواختر خيار إضافة مكوّن أمامي جديد. - يدوي: أنشئ ملفًا جديدًا
.tsxواستخدمdefineFrontComponent()مع اتباع النمط نفسه.
المهارات
تُحدِّد المهارات تعليمات وإمكانات قابلة لإعادة الاستخدام يمكن لوكلاء الذكاء الاصطناعي استخدامها داخل مساحة العمل لديك. استخدمdefineSkill() لتعريف مهارات مع تحقّق مدمج:
nameهي سلسلة معرّف فريدة للمهارة (يُنصَح باستخدام kebab-case).labelهو اسم العرض المقروء للبشر الظاهر في واجهة المستخدم.contentيحتوي على تعليمات المهارة — وهو النص الذي يستخدمه وكيل الذكاء الاصطناعي.icon(اختياري) يحدّد الأيقونة المعروضة في واجهة المستخدم.description(اختياري) يوفّر سياقًا إضافيًا حول غرض المهارة.
- مُنشأ بالقالب: شغِّل
yarn twenty entity:addواختر خيار إضافة مهارة جديدة. - يدوي: أنشئ ملفًا جديدًا واستخدم
defineSkill()مع اتباع النمط نفسه.
عملاء مُولَّدون مضبوطو الأنواع
يتم توليد عميلين مضبوطي الأنواع تلقائيًا بواسطةyarn twenty app:dev وتخزينهما في node_modules/twenty-sdk/generated استنادًا إلى مخطط مساحة العمل لديك:
CoreApiClient— يُجري استعلامات إلى نقطة النهاية/graphqlللحصول على بيانات مساحة العملMetadataApiClient— يستعلم عن نقطة النهاية/metadataلتكوين مساحة العمل وتحميل الملفات.
yarn twenty app:dev كلما تغيّرت كائناتك أو حقولك.
بيانات الاعتماد وقت التشغيل في الدوال المنطقية
عندما تعمل دالتك على Twenty، يقوم النظام الأساسي بحقن بيانات الاعتماد كمتغيرات بيئة قبل تنفيذ كودك:TWENTY_API_URL: عنوان URL الأساسي لواجهة Twenty البرمجية التي يستهدفها تطبيقك.TWENTY_API_KEY: مفتاح قصير العمر ذو نطاق يقتصر على الدور الافتراضي لوظيفة تطبيقك.
- لا تحتاج إلى تمرير عنوان URL أو مفتاح واجهة برمجة التطبيقات إلى العميل المُولَّد. يقوم بقراءة
TWENTY_API_URLوTWENTY_API_KEYمن process.env وقت التشغيل. - تُحدَّد أذونات مفتاح واجهة برمجة التطبيقات بواسطة الدور المشار إليه في
application-config.tsعبرdefaultRoleUniversalIdentifier. هذا هو الدور الافتراضي الذي تستخدمه الدوال المنطقية في تطبيقك. - يمكن للتطبيقات تعريف أدوار لاتباع مبدأ أقل الامتياز. امنح فقط الأذونات التي تحتاجها وظائفك، ثم وجّه
defaultRoleUniversalIdentifierإلى المعرّف الشامل لذلك الدور.
رفع الملفات
يتضمنMetadataApiClient المُولَّد طريقة uploadFile لإرفاق الملفات بالحقول من نوع ملف ضمن كائنات مساحة العمل الخاصة بك. نظرًا لأن عملاء GraphQL القياسيون لا يدعمون تحميل الملفات متعددة الأجزاء افتراضيًا، يوفر العميل هذه الطريقة المخصصة التي تطبق مواصفة طلب GraphQL متعدد الأجزاء في الخلفية.
| المعلمة | النوع | الوصف |
|---|---|---|
fileBuffer | Buffer | المحتوى الخام للملف |
filename | string | اسم الملف (يُستخدم للتخزين والعرض) |
contentType | string | نوع MIME للملف (القيمة الافتراضية هي application/octet-stream إذا لم يتم تحديده) |
fieldMetadataUniversalIdentifier | string | قيمة universalIdentifier لحقل نوع الملف في كائنك |
- تتوفر طريقة
uploadFileعلىMetadataApiClientلأن عملية الـ mutation الخاصة بالرفع تُعالَج عبر نقطة النهاية/metadata. - تستخدم
universalIdentifierالخاص بالحقل (وليس المعرّف الخاص بمساحة العمل)، ليعمل كود الرفع لديك عبر أي مساحة عمل مُثبَّت فيها تطبيقك — بما يتماشى مع كيفية إشارة التطبيقات إلى الحقول في كل مكان آخر. - العنوان
urlالمُعاد هو عنوان URL موقّع يمكنك استخدامه للوصول إلى الملف المرفوع.