Vtiger CRM ニュースレター

最近、MITの研究者たちは、より多くのモジュール式で読みやすいソフトウェア彼らのモデルでは、構成要素を「概念」（それぞれが 1 つのジョブを適切に実行するように設計された自己完結的な機能）として定義し、それらを接続するルールを「同期」として定義しています。

この論文では、大規模な言語モデルが確実に生成できる形式で、同期を明確に表現するために、小規模なドメイン固有言語（DSL）の使用も提案している。このアプローチは、AI生成コードにおける増大する問題、つまり動作するものの、動作しないシステムに直接対処するものである。理解しにくく、トラブルシューティングが難しく、信頼しにくい.

取引、ケース、プロジェクトなどのモジュールがハードコードされている従来のCRMやその他のアプリケーションとは異なり、 VtigerのNextGen アプリはすべてメタデータで定義されます。すべてのフィールド、フロー、ポリシーは宣言的に記述され、実行時にイントロスペクション可能です。そのため、各関数は命名規則によるモジュール化だけでなく、設計上も構成可能です。

SLA エンジンについて考えてみましょう。NextGen では、SLA は、単純なマニフェスト参照を通じて、ケース、作業指示書、休暇、または任意のエンティティに添付できる独立したポリシーモジュールです。

ルールやAIスコアに基づいてレコードをルーティングするキューや、見積書、請求書、発注書に均一に地方税を計算する税務エンジンにも同じことが当てはまります。これらはそれぞれ独立したモジュールとして存在します（研究論文ではコンセプトとして定義されています）。

In ネクストジェン、すべての要素 — Rescale データ （連絡先や税金などのビジネスオブジェクト） ロジック （再利用可能なフローとステートマシンで構築） UI （VDSのWebコンポーネントを使用して作成） AI （ツール、プロンプト、スコアリングモデルを含む）は、 モジュラーブロックXML ベースの DSL を使用して定義された各アプリケーションは、本質的にはこれらの交換可能なブロックのアセンブリです。

管理者と開発者は、他の人が構築できる方法でブロックを構築します。MITの研究者はこのアーキテクチャを「読みやすい」と呼んでいます。私たちはこれをNextGenと呼んでいます。

NextGen では、コンポーザビリティによってイノベーションが 1 回限りのプロジェクトから日常的な実践へと変わり、創造性が継続的な習慣になります。