So sánh Dialogflow và Botpress là khó khăn và một thời gian hút. Cả hai hệ sinh thái tạo chatbot đều có vô số chức năng và cách làm việc khác nhau khiến việc so sánh trực tiếp trở nên khó khăn, ngay cả đối với những người trong ngành. Nếu bạn đang quyết định giữa hai cho dự án tiếp theo của mình, thực sự chỉ có một yếu tố thực sự có thể buộc bạn bằng cách này hay cách khác tùy thuộc vào yêu cầu của bạn (Botpress không phải là SaaS và Dialogflow được lưu trữ). Đối với hầu hết các phần, bạn sẽ thấy rằng cả hai tùy chọn đều hợp pháp, nhưng bạn có thể tìm thấy một tùy chọn.
Để giúp bạn hiểu cảm giác xây dựng bot với Dialogflow hoặc Botpress, Tôi đã đưa ra một danh sách các điểm quan trọng và chụp ảnh màn hình để bạn có thể hình dung ra sự khác biệt thực tế. Tôi đã tập trung vào: sự dễ dàng chung của một nền tảng, giới thiệu và làm việc với các thành viên mới trong nhóm, thực hiện các hành động phổ biến và quản lý mọi thứ trên quy mô lớn.
Điều quan trọng cần lưu ý là, ở một mức độ nhất định, khi bạn sử dụng Dialogflow, những gì bạn thực sự làm là đầu tư vào Google Cloud Nền tảng, vì vậy tôi đã nhóm Dialogflow ES (yếu tố cần thiết) và CX (trải nghiệm khách hàng) với nhau. Ngoài ra, công bằng mà nói, tôi sẽ so sánh với Botpress Doanh nghiệp, để đảm bảo so sánh là cho các giải pháp trả phí.
TLDR
Đối với một bot kiểu Câu hỏi thường gặp thuần túy, Dialogflow ES sẽ thực hiện công việc! Để kiểm soát hoàn toàn các khả năng và dữ liệu của mình, bạn cần truy cập Botpress Doanh nghiệp và tự lưu trữ. Nếu không, Dialogflow CX và Botpress có thể xử lý tốt hầu hết các dự án và cả ba đều có khả năng hiểu ngôn ngữ tương tự nhau. Dialogflow CX có tổng thể nhiều tính năng hơn một chút và có google đánh bóng, trong khi Botpress dễ hiểu và dễ làm việc hơn. Giá cả rất khó so sánh, vì Dialogflows được định giá theo tin nhắn (CX đắt hơn nhiều so với ES) và BotpressMô hình định giá của nó thiên về dịch vụ hơn.
Bảng so sánh sự khác biệt
So sánh đầy đủ
Thêm nút và lựa chọn
Các nút, lựa chọn và đề xuất thật tuyệt vời vì chúng cho phép người dùng biết các tùy chọn là gì và giúp họ dễ dàng chọn những gì họ muốn. Ngay cả trong các cuộc gọi điện thoại, các tùy chọn có thể giúp người dùng điều hướng qua các menu. Trên các nền tảng dựa trên văn bản khác không hỗ trợ các nút, tốc ký có thể giúp trả lời dễ dàng hơn.
Hộp thoại ES
- Các loại phản hồi mặc định trên Dialogflow ES không chứa bất cứ thứ gì giống với các nút!
- Khi bạn chọn một nền tảng như Slack hỗ trợ chức năng giống như nút, bạn có thể thấy các loại phản hồi được tích hợp sẵn cho nó. Slack có Hình ảnh, Thẻ và Trả lời nhanh mà tùy chọn mặc định (không có nền tảng) không có.
- Trả lời nhanh và Thẻ là những cách dễ dàng để thêm các nút trong Slack.
- Trong trình giả lập trò chuyện, bản xem trước cụ thể của nền tảng cho thấy sự khác biệt giữa hai trình giả lập. Thật thuận tiện khi có điều này trong chính Dialogflow.
- Bạn có thể dễ dàng thêm liên kết hoặc văn bản. Trả lời nhanh có giá trị bằng văn bản. Các giá trị được sử dụng để phát hiện ý định Hiểu ngôn ngữ tự nhiên.
- Có hai cách để xử lý phản hồi. Đầu tiên là tạo một ý định với các cụm từ đào tạo tương tự như cụm từ được sử dụng trong Thẻ / Trả lời nhanh. Dialogflow bắt nó và gửi người dùng đến phản hồi.
- Phương pháp thứ hai là sử dụng fulfillment, một cách ưa thích để nói các hành động được thực hiện sau đó. Cụ thể, webhook của fulfillment chỉ có nghĩa là: xử lý phản hồi bằng mã.
- Thật không may, bạn phải đi đến một trang khác để xử lý tất cả các fulfilmentent của bạn.
Hình ảnh 1 của 8
Tại thời điểm này, bạn sẽ phải sử dụng google cloud các chức năng hoặc máy chủ của riêng bạn để xử lý logic tùy chỉnh. Có một trình soạn thảo mã tích hợp, nhưng nó khá hạn chế. Nó sẽ làm trong một nhúm cho một hoặc hai hành động, nhưng bạn sẽ không muốn có toàn bộ mã của mình ở đây.
Nếu bạn đang có kế hoạch hỗ trợ nhiều nền tảng, bao gồm cả web, bạn sẽ phải tạo phản hồi cho từng loại. Ưu điểm là điều này ít có khả năng bị phá vỡ. Mặt khác, bạn sẽ có nhiều công việc lặp đi lặp lại hơn. Bản xem trước cụ thể của nền tảng rất tốt để thử nghiệm. Thật khó để đi từ ý định này sang ý định khác, để xem việc nhấp vào nút thực sự làm gì. Nếu phản hồi xử lý mã, cũng rất khó để xem những gì đang xảy ra, thậm chí chỉ để có được một cái nhìn chung về những gì đang xảy ra.
Hộp thoại CX
Dialogflow CX xử lý các nút tương tự và khác nhau cùng một lúc.
- Trong một trang, bạn cần chỉnh sửa thực hiện. Hãy nghĩ về nó như những hành động xảy ra trong trang này (vị trí của người dùng trong cuộc trò chuyện).
- Menu để thêm Tùy chọn hộp thoại. Văn bản rất đơn giản, nhưng không có tùy chọn rõ ràng cho các nút.
- Tùy chọn "Tải trọng tùy chỉnh" là những gì bạn cần nếu bạn muốn thêm các nút. Nó không trực quan lắm.
- Ví dụ: đây là cách bạn thêm các nút / chip. Bạn sẽ cần phải điều hướng tài liệu.
- Nếu bạn nhấp vào nút tác nhân kiểm tra và thử nó, bạn sẽ nhận được một cái gì đó như thế này. Không có nút, không có cách nào để xem nút sẽ trông như thế nào trên các nền tảng khác nhau. Không hữu ích lắm!
- Để kiểm tra các luồng của bạn, hãy chuyển đến quản lý, sau đó là tích hợp, sau đó đến nút kết nối của trình nhắn tin hộp thoại.
- Bật, sau đó bấm vào xong
- Nhấp vào nút "Dùng thử ngay bây giờ" tinh tế, sau đó mở bong bóng trò chuyện ở dưới cùng bên phải và thử các truy vấn của bạn. Có vẻ như nếu bạn muốn dùng thử thuận tiện hơn, bạn cần tạo một tệp html và thêm mã mà họ cung cấp cho bạn.
Hình ảnh 1 của 8
Chúc may mắn khi tìm ra điều này! Giao diện người dùng không làm cho điều này trở nên rõ ràng và tìm kiếm câu trả lời sẽ mang lại cho bạn kết quả cho các giải pháp dựa trên mã và cho Dialogflow ES. Phản ứng phong phú rất mạnh mẽ, nhưng vì một số lý do đã không được điều trị GUI thích hợp. Đây là một giải pháp dựa trên mã hóa mà bạn buộc phải giải quyết trong gui. Cuối cùng, thử nghiệm điều này trong trình giả lập không cho bạn thấy nó sẽ tìm kiếm các nền tảng khác nhau như Dialogflow ES như thế nào hoặc giao diện của nó trên webchat.
Botpress câu 12
- Từ tay menu bên trái, kéo và thả biểu tượng lựa chọn.
- Các câu hỏi có thể được sử dụng lại, vì vậy có một bộ chọn
- Chọn câu hỏi và câu trả lời. Lưu ý vô hiệu hóa văn bản miễn phí. Điều này tất nhiên chỉ hoạt động trên các nền tảng cho phép nó.
- Sau khi tạo hoặc chọn cặp câu hỏi / câu trả lời, đây là những gì bạn thấy.
- Phần nâng cao cho phép bạn đưa ra lời nhắc một số lần nhất định nếu người dùng viết câu trả lời chưa khớp.
- Trong trình chỉnh sửa luồng, bạn có thể dễ dàng hình dung và xử lý hậu quả của sự lựa chọn. Về thất bại là khi người dùng đạt được số lượng tối đa của các phản hồi không chính xác.
- Nếu bạn không muốn ép buộc người dùng lựa chọn, mà chỉ cần đưa ra đề xuất cho họ, hãy đặt số lần thử lại tối đa thành 0 sau đó phát hiện đầu vào của người dùng trong phần tử "User_failed_input" kích hoạt "Khi thất bại".
Hình ảnh 1 của 7
Nhìn chung, việc đưa ra các lựa chọn cần thiết rất dễ dàng Botpress Một khi bạn biết làm thế nào và dễ dàng để hình dung. Cung cấp đề xuất ít trực quan hơn và cảm thấy giống như việc sử dụng chức năng kỹ năng Lựa chọn ngoài kế hoạch. Thực tế là các nút là đa nền tảng có thể giúp bạn tiết kiệm thời gian nếu bạn đang có kế hoạch hỗ trợ nhiều nền tảng.
Sự so sánh
Botpress có phần không trực quan ở đây, ở chỗ bạn cần sử dụng kỹ năng lựa chọn, ngay cả khi bạn muốn đưa ra đề xuất. Ưu điểm là xác nhận; Bạn có thể buộc người dùng phản hồi một trong các lựa chọn. Tách chức năng đề xuất khỏi kỹ năng lựa chọn có thể giúp làm cho việc này dễ dàng hơn. Dialogflow ES có phần dễ dàng hơn. Vấn đề là không có chức năng nút cho tất cả các nền tảng hỗ trợ. Bạn cần mở tab cụ thể của nền tảng để dùng thử. Nó vừa phải khó tìm. Dialogflow CX là kẻ thua cuộc ở đây, không có cách nào để thêm các nút dựa trên GUI. Không phải mọi thứ đều tốt hơn với mã, và hơi khó hiểu tại sao họ lại đi theo cách này. Trong khi Botpress và Dialogflow ES cả hai đều có thể làm cho nó rõ ràng hơn làm thế nào để thêm các nút, Botpress cung cấp các nút và xác thực đa nền tảng thuận tiện, trong khi Dialogflow ES giúp việc đề xuất dễ dàng hơn nhiều.
Hình dung quy trình nhấn nút
Botpress lấy bánh ở đây. Đối với nó, giải pháp phù hợp duy nhất giúp bạn dễ dàng xem điều gì sẽ xảy ra sau khi nhấp vào nút. Các nút của Dialogflow cung cấp chức năng liên kết thuận tiện, nhưng về mặt luồng hội thoại, điều này có thể khó hình dung. Dialogflow ES không có luồng trực quan như Dialogflow CX hoặc Botpress, vì vậy điều đó cũng gây khó khăn.
Kiểm tra các nút
Botpress và Dialogflow ES có các chiến lược ngược lại trong trình giả lập. Botpress giả sử mọi thứ sẽ tương tự nhau, vì vậy chỉ hiển thị cho bạn một chế độ xem chung và Dialogflow giả định mọi thứ đều khác nhau và hiển thị cho bạn từng phiên bản riêng biệt. Vì một số lý do, Dialogflow CX dường như đã đi theo con đường có trình giả lập mặc định cũng không hiển thị cho bạn và thay vào đó hiển thị cho bạn dữ liệu. Điều này khá bất tiện, cả khi phát triển cho một nền tảng duy nhất và nhiều nền tảng. Đó là một ví dụ về CX không chỉ là một phiên bản nâng cấp của ES.
Khả năng hiểu ngôn ngữ tự nhiên
Các giải pháp tạo chatbot thường tự hào về NLU (Hiểu ngôn ngữ tự nhiên) đánh bại ngành, nhưng làm thế nào để điều này dịch cho việc xây dựng cuộc trò chuyện? Có hai câu hỏi bạn nên hỏi về NLU nếu bạn dự định sử dụng nó. Nó có hỗ trợ ngôn ngữ X không, và nó hỗ trợ nó tốt như thế nào?
Nói chung có hai điều có thể xảy ra với NLU. Động cơ phát hiện một cái gì đó khi nó không nên (dương tính giả), hoặc nó không phát hiện ra điều gì đó khi cần (âm tính giả). Trong thực tế, giải pháp cho cả hai vấn đề là cung cấp cho công cụ học máy nhiều ví dụ và phản ví dụ hơn. Khi cả hai công cụ đều có điểm chuẩn tương tự nhau, sự khác biệt là bạn có thể sẽ phải thêm một chút câu ví dụ để bao quát các trường hợp cạnh vào công cụ kém chính xác hơn để nó chính xác như vậy. Điều này thậm chí có thể không phải là trường hợp, tùy thuộc vào chủ đề bạn đang cố gắng bẻ khóa.
Botpress mã nguồn mở cung cấp ít công cụ ngôn ngữ hơn Dialogflow khi được sử dụng cục bộ (12 ra khỏi hộp). Nếu bạn muốn sử dụng ngôn ngữ không phải là một trong 12, bạn cũng có thể sử dụng mô hình FastText (Mã nguồn mở Facebook với danh sách ngôn ngữ được tìm thấy ở đây) cho NLU và nếu bạn cần điều chỉnh mô hình ngôn ngữ của mình, bạn có thể làm như vậy. Bạn cũng có thể sử dụng công cụ Dialogflow cho NLU nếu bạn đồng ý với việc Google lưu trữ dữ liệu của mình. Nó không phải là một trong hai hoặc. Cả hai nền tảng luôn cải thiện điều này. Từ Botpress có thể sử dụng Dialogflow cho NLU, so sánh công bằng là những gì có thể Botpress NLU làm điều đó Dialogflow NLU không thể.
NLU trong một ngôn ngữ phổ biến có thể có chất lượng tốt tương tự trên cả hai nền tảng và các ngôn ngữ ít phổ biến hơn sẽ rắc rối hơn.
Điều đó đang được nói, Nếu bạn mong đợi hỗ trợ tiếng Do Thái hoặc tiếng Ả Rập, xin lưu ý rằng tại thời điểm này, Dialogflow ES không hỗ trợ các ngôn ngữ đó.
Nhận biết các yếu tố câu
Thông thường, sự hiểu biết ngôn ngữ tự nhiên được chia thành hai thành phần, phát hiện ý định và nhận dạng thực thể. Bạn có thể nghĩ về ý định như câu, và thực thể như một phần của câu bạn muốn hiểu. Ngày, giờ và địa điểm là các thực thể.
Lấy câu này làm ví dụ để minh họa: "Tìm vé từ Tokyo đến New York vào ngày 11 tháng Sáu". Mục đích là mua vé máy bay, và bản thân câu đó được gọi là lời nói. Một ý định thường sẽ có nhiều lời nói để cung cấp cho Machine Learning Engine. Tokyo, New York và ngày 11/6 đều là các thực thể. Vé không phải là một thực thể vì cấu trúc câu này sẽ không thực sự hoạt động với thứ gì đó khác ngoài vé máy bay. Tuy nhiên, bạn có thể có nó như một thực thể nếu bạn có ý định "mua thứ gì đó". Tùy thuộc vào bạn để quyết định những gì bạn muốn trích xuất!
Dialogflow và Botpress có ít nhiều cùng một loại chức năng, với các thay đổi Trải nghiệm người dùng và các tùy chọn được tạo sẵn.
Hộp thoại ES
Để tạo một thực thể trong Dialogflow ES, trước tiên bạn có thể gán chúng hoặc thêm chúng sau khi bạn viết lời nói của mình.
- Để tạo một thực thể từ lời nói của một ý định, chỉ cần đánh dấu phần bạn muốn (trong trường hợp này là # 14147) và một cửa sổ bật lên xuất hiện.
- Có rất nhiều tùy chọn mặc định ra khỏi hộp.
- Khi tìm kiếm của bạn trở nên trống rỗng, nút tạo mới rất thuận tiện.
- "Cho phép mở rộng tự động" cho phép người dùng viết một cái gì đó như "táo, lê, chuối" và NLU cũng có thể phù hợp với "cam".
- Khi bạn đã xác định các thực thể của mình và khi tạo lời nói, Dialogflow sẽ tự động gắn thẻ nội dung. Trong trường hợp này, việc gắn thẻ tự động hơi quá mức, nhưng việc xóa thẻ dễ dàng hơn là thêm thẻ, vì vậy tất cả đều ổn.
Hình ảnh 1 của 5
Hộp thoại CX
- Thật thú vị, Dialogflow CX không tuân theo Dialogflow ES khi nói đến các thực thể. Nút thực thể mới bị thiếu, vì vậy bạn sẽ phải đi nơi khác để thêm nó.
- Thay vào đó, bạn nhận được điều này ở cuối trang ý định. "Là danh sách" cho phép bạn đặt một loạt các giá trị (táo, lê và chuối) và "Redact in log", dành cho các nhà phát triển ẩn thông tin nhạy cảm như số thẻ tín dụng trong nhật ký của họ.
- Trong trang thực thể Dialogflow CX, bạn có thể tạo thực thể. Điều này về cơ bản giống như Dialogflow ES, nhưng theo một thứ tự khác. Ngoại lệ chính là tùy chọn "Biên tập lại trong nhật ký" được tìm thấy nâng cao.
- Đây là một cái gì đó độc đáo cho Dialogflow CX.
Hình ảnh 1 của 4
Đối sánh mờ và các thực thể được thêm tự động gây ra sự cố dương tính giả. Ví dụ: nếu bạn muốn phát hiện các loại trái cây tròn như táo, lê và dưa và chọn tùy chọn đó, chuối cũng sẽ khớp, mặc dù nó không tròn. Loại trừ thực thể có thể được sử dụng để giải thích cho điều đó, mặc dù việc đặt tên cho tất cả các loại trái cây không tròn sẽ không thực tế. Số dặm bay của bạn sẽ thay đổi.
Botpress câu 12
- Tạo một thực thể trong Botpress khá đơn giản, nhưng nó không được thực hiện một cách nhanh chóng.
- Làm nổi bật một cái gì đó không cung cấp cho bạn tùy chọn để tạo một thẻ mới như Dialogflow ES. Ít nhất bạn có thể nhấn số trên bàn phím (trong trường hợp này là 0), để nhanh chóng gắn thẻ mọi thứ.
- Nếu bạn muốn gắn thẻ một cái gì đó, trước tiên bạn cần tạo một vị trí. Điều này khác với Dialogflow.
Hình ảnh 1 của 3
Sự so sánh
Các thực thể là trừu tượng cho tất cả mọi người và không có nền tảng nào làm cho nó trở thành một khái niệm trực quan như ý định. Người dùng cần tự tìm kiếm hoặc khám phá nó trong tài liệu / hướng dẫn. Đây là một hành động rất thường xuyên sẽ yêu cầu Nhà phát triển. Đó là bởi vì nhiều thực thể tùy chỉnh như số thứ tự sẽ yêu cầu Biểu thức chính quy.
Kết hợp mờ trong Dialogflow có vẻ mạnh mẽ hơn một chút, bởi vì nó cũng mờ phù hợp với các từ được sắp xếp lại, nhưng trừ khi ngôn ngữ cho phép các từ được sắp xếp lại, điều này dường như không hữu ích lắm.
Sự khác biệt thực sự giữa Dialogflow và Botpress là mở rộng tự động. Bạn có thể cung cấp danh sách các từ đồng nghĩa và Dialogflow vẫn có thể hiểu được. Đưa ra một danh sách mua sắm : táo, lê, chuối, làm ví dụ thực thể và câu "Tôi muốn mua xoài", Botpress sẽ không phát hiện chính xác và Dialogflow thì có. Bạn có thể giải quyết vấn đề này bằng cách thêm nhiều ngoại lệ hơn, nhưng đó là công việc nhiều hơn. Điều này cũng tạo ra một vấn đề mới, vì bây giờ bạn có nguy cơ bị phát hiện quá mức. Trường ngoại lệ trong Dialogflow CX được thiết kế để xử lý việc này. Nhìn chung, vì tùy chọn này, việc bao gồm nó là một lợi ích có lợi cho Dialogflows.
Đối với người dùng trung bình, Dialogflow ES chiến thắng vì có nhiều tùy chọn mặc định nhất, mở rộng tự động và gắn thẻ thuận tiện hơn.
Dialogflow CX, thắng trong danh sách các thực thể trong câu. Bạn có thể làm điều này trong Botpress Nhưng nó phức tạp hơn đáng kể. Dialogflow CX cũng chiến thắng với tính năng ẩn thông tin khỏi nhật ký, điều này có thể quan trọng hoặc không, tùy thuộc vào trường hợp sử dụng của bạn, nhưng đây chỉ là chiến thắng trước Dialogflow ES, vì bạn có toàn quyền kiểm soát Botpress.
Trong Dialogflow, các thực thể được tự động gắn thẻ và người dùng có thể sửa đổi tên nếu họ muốn phân biệt. Bằng cách nào đó, điều đó ngày càng ít trực quan hơn cùng một lúc, nhưng đối với những người mới bắt đầu, đó là một điều ít phải lo lắng hơn. Trong Botpress, các thực thể cần được tạo trước, trước khi người dùng có thể gắn thẻ chúng trong lời nói.
Triển khai sẵn sàng sản xuất chatbots
Bạn có thể nói Botpress phải được lưu trữ cho chính bạn và Dialogflow đã được lưu trữ cho bạn, nhưng điều đó sẽ không vẽ đúng bức tranh. Trong thực tế, Botpress Enterprise cung cấp dịch vụ lưu trữ và bạn có thể sẽ cần một số triển khai với Dialogflow. Tại sao? Bởi vì trong khi Dialogflow có thể được chạy hoàn toàn từ cloud, thời điểm bạn muốn thêm chức năng tùy chỉnh, bạn phải tự triển khai chức năng đó, trên Google được đề xuất Cloud hoặc ở nơi khác.
Hộp thoại ES
Miễn là bạn không thêm chức năng tùy chỉnh như tìm nạp thông tin đơn hàng từ cơ sở dữ liệu từ xa, bạn sẽ không cần triển khai mã, nhưng vẫn có triển khai phiên bản bot để làm (tất cả trong cloud).
- Khi bạn đã sẵn sàng triển khai, hãy đi tới cài đặt, sau đó nhấp vào "Xuất bản phiên bản".
- Đặt tên cho nó, như Bản phát hành ban đầu hoặc phiên bản 1.0.
- Bạn có thể gọi môi trường của mình là "Sản xuất". Các Cloud Tùy chọn thực hiện chức năng giống như Webhook, nhưng được tích hợp với Google Cloud.
- Trong trang Tiện ích tích hợp, chọn tiện ích tích hợp bạn muốn, sau đó bạn có thể chọn môi trường mình đã tạo. Đó là nó!
Hình ảnh 1 của 4
Để triển khai mã tùy chỉnh của bạn, bạn có thể chọn một nền tảng khác, nhưng tất cả các tài liệu sẽ hướng tới việc sử dụng Google CloudChức năng serverless. Bạn sẽ sử dụng api này để triển khai mã của mình.
Trong thực tế, nếu bot của bạn phức tạp, nó sẽ truy cập API và nếu làm như vậy, bạn sẽ cần mã tùy chỉnh. Mặc dù điều này được thực hiện đơn giản (tải lên mã của bạn bằng một lệnh), nếu bạn muốn thực hiện bất kỳ loại kiểm tra khả năng sử dụng nào trước khi thay đổi mã của mình, thì bạn có thể sẽ phải tạo một bản sao của tác nhân của mình trong Dialogflow ES để kiểm tra. Không có cách nào dễ dàng xung quanh điều này.
Hộp thoại CS
Điều này rất giống với Dialogflow ES.
- Trước tiên, bạn cần tạo một phiên bản cho môi trường.
- Dialogflow CX có một tổ chức gần giống như Dialogflow ES sau khi tạo một phiên bản. Tạo môi trường (trong trường hợp này là Sản xuất), sau đó điều hướng đến Tích hợp.
- Trong trang Tiện ích tích hợp, bạn có thể chọn lại sản xuất để triển khai. Giống như đối với Dialogflow ES, để triển khai mã tùy chỉnh của bạn, bạn có thể chọn một nền tảng khác, nhưng tất cả các tài liệu sẽ hướng tới việc sử dụng Google CloudChức năng serverless.
- Đây là cách bạn liên kết với các hàm của mình trong Dialogflow CX. Không có lối tắt đến Google Cloud Các chức năng như trong Dialogflow ES, nhưng bạn có thể sử dụng tất cả như nhau.
Botpress câu 12
Triển khai Botpress thường được thực hiện bởi người dùng để duy trì quyền sở hữu dữ liệu, nhưng Botpress có thể lưu trữ hoặc trợ giúp lưu trữ tùy thuộc vào nhu cầu của bạn. Tại thời điểm viết bài này, không có chức năng lưu trữ tự phục vụ. Chức năng tùy chỉnh được đính kèm với Botpress vì vậy điều này phần nào làm giảm bớt sự phức tạp của việc triển khai qua Dialogflow. Để triển khai có thể mở rộng, bạn sẽ cần một kỹ sư phần mềm thành thạo phần mềm lưu trữ hoặc sử dụng Botpress Dịch vụ doanh nghiệp.
Botpress Enterprise bao gồm các quy trình cho phép bạn xác định và di chuyển bot từ bản nháp sang sản xuất, nhưng điều này đòi hỏi bạn phải lưu trữ một phiên bản sẵn sàng sản xuất đang chạy.
- Botpress Cung cấp danh sách kiểm tra sản xuất để giúp triển khai dễ dàng hơn.
- Vì các hàm sống trong Botpress, mọi thứ có thể được kiểm tra cùng nhau và bạn có thể di chuyển mọi thứ để xem xét, sau đó sản xuất.
Để kết nối với tích hợp, bạn sẽ phải làm theo tài liệu. Hầu hết các công việc được thực hiện trong các tệp cấu hình, vì vậy bạn sẽ muốn một nhà phát triển xử lý việc đó hoặc Botpress Dịch vụ doanh nghiệp.
Sự so sánh
Dialogflow ES rất khó đánh bại nếu bạn không cần bất kỳ mã tùy chỉnh nào. Nó trực quan và nhanh chóng. Nếu bạn cần triển khai các hàm, bạn sẽ kết thúc với một bước bổ sung. Dialogflow CX khó triển khai hơn một chút cho môi trường sản xuất (thêm một bước và thông báo lỗi ít rõ ràng hơn) và có cùng vấn đề với mã tùy chỉnh. Ưu điểm của việc sử dụng Google Cloud Nền tảng là bạn có khả năng sử dụng cloud Chức năng. Mặc dù chúng không phải là cách lưu trữ mã rẻ nhất, nhưng chúng là cách dễ nhất để có các chức năng có khả năng mở rộng cao.
Quá trình triển khai các hàm cho Dialogflow là tạo một hàm mới, lưu trữ nó, lấy liên kết, cập nhật nó trong webhook / fulfillment Dialogflow, kiểm tra phiên bản mới để đảm bảo nó hoạt động và nếu có, hãy triển khai phiên bản mới. Lần đầu tiên, nó không quá khó khăn, nhưng nếu bạn nghĩ rằng bạn sẽ thường xuyên cập nhật mã của mình để phù hợp với logic hội thoại của mình, bạn đang thêm một lớp phức tạp. Trong Botpress, mã và logic hội thoại sống trong cùng một thế giới, vì vậy việc cập nhật, kiểm tra và triển khai dễ dàng hơn nhiều. Nhược điểm là các nhà phát triển phải sử dụng Nodejs, vì vậy nếu họ không quen thuộc với nó, sẽ có một đường cong học tập, tùy thuộc vào những gì họ đã sử dụng trước đó. Mặt trái của điều đó, là về lý thuyết, tài liệu nên được cập nhật hơn, vì chỉ có một thư viện.
Nếu không có mã tùy chỉnh, Botpress sẽ là tồi tệ nhất trong danh mục này, bởi vì bạn thực sự phải lưu trữ một cái gì đó, trái ngược với không. Trong khi Botpress Cung cấp dịch vụ triển khai, vì vậy về mặt kỹ thuật bạn không phải làm gì cả, nó sẽ không bao giờ thuận tiện như mô hình tự phục vụ. Mã tùy chỉnh phủ nhận lợi thế mà điều này mang lại cho Dialogflow.
Lưu trữ chính mình có vấn đề quản lý mở rộng quy mô. Tất nhiên, nếu dự án của bạn không thể bao gồm các dịch vụ bên ngoài, thì Botpress rõ ràng là con đường để đi. Botpress có tài liệu về triển khai cho phiên bản Mã nguồn mở của nó, nhưng nó không phải là một kiến trúc tự động mở rộng hoàn chỉnh, như bạn sẽ nhận được khi sử dụng Dialogflow.
Đó là nó cho phần này. Đây là Phần 2 của Botpress so với Dialogflow ES so với Dialogflow CX.
Chia sẻ điều này trên:
Xây dựng chatbot AI được cá nhân hóa của riêng bạn miễn phí
Bắt đầu xây dựng bot GPT được cá nhân hóa với giao diện kéo và thả trực quan của chúng tôi.
Bắt đầu - hoàn toàn miễn phí! 🤖Không cần thẻ tín dụng
Luôn cập nhật thông tin mới nhất về AI chatbots