Dust Community Icon

Understanding Dust: API vs. Dust Apps for AI Integration

·
·

Hello everyone ! I'm new to Dust and trying to learn more about the main principles and how the platform works. I've already asked quite a few questions to our dear Helpbot, but I think it's important to confirm or challenge some points with real experts 🙂! Our main need, for which we are considering using Dust, is to integrate AI features into our own product for our customers (e.g., providing one or more AI agents to collect customer information, answer their questions, generate reports based on the collected data, etc.). This would involve using Dust via API. My main question is about using assistants via API vs. using Dust Apps (since both seem possible). From what I understand:

  • Assistants, whether via API or through the Dust interface, are intended for internal use (e.g., rate limits tied to the number of workspace members, which prevents deployment in a customer-facing product).

  • Dust Apps, on the other hand, are designed specifically for customer-facing products (e.g., data injections, rate limit of 10k per app, etc.).

Can you confirm that when it comes to offering AI features to customers (potentially hundreds or even thousands per day) in our own product using an API, the right solution would be to look into Dust Apps, and not at using assistants via API? Thanks in advance for your feedback!

  • Avatar of yutcam (Dust)
    yutcam (Dust)
    ·
    ·

    Hey nicolas szczepaniak! Very nice meeting 🙂 Thanks for taking the time to share your questions. Would you mind detailing a bit more about what makes you think:

    • Dust Apps, on the other hand, are designed specifically for customer-facing products (e.g., data injections, rate limit of 10k per app, etc.).

  • Avatar of yutcam (Dust)
    yutcam (Dust)
    ·
    ·

    (I will answer your question once you answer mine to avoid biasing your answer, it is super useful user research for us, i hope you don't mind 😉 )

  • Avatar of nicolas szczepaniak
    nicolas szczepaniak
    ·
    ·

    Hello yutcam (Dust), thanks for your answer , No problem at all, if my feedback can be helpful, that's great :) After reading the Dust and Developer docs, I was having a bit of trouble figuring out whether I should use Dust Apps via API or call assistants via API (again, for a purely client-facing use case on our product). So, I asked the Helpbot, who explicitly told me that assistants are meant for internal use, not client-facing, and that in my case, Dust Apps would be the solution. That’s what I wanted to confirm 😇. Maybe I didn’t express myself clearly: I also understand that Dust Apps can be used by assistants as well and aren’t exclusively intended for external integrations. Cc Remi

  • Avatar of nicolas szczepaniak
    nicolas szczepaniak
    ·
    ·

    Hello yutcam (Dust) , Remi , do you have updates regarding my initial question ? Thanks

  • Avatar of yutcam (Dust)
    yutcam (Dust)
    ·
    ·

    Sorry for the delay, and thanks a lot for the friendly bump nicolas szczepaniak! Yes, this is not incorrect 🙂 Dust core product is built for teams, and to unlock internal use cases. But Dust is also a platform with an API and LLM apps. The API and LLM apps are here to let you create deeper workflows you can build and maintain yourself; so I understand why you think about it this way considering your need. You can use the API to trigger your assistants externally.

  • Avatar of nicolas szczepaniak
    nicolas szczepaniak
    ·
    ·

    Thanks yutcam (Dust) for the answer 😊 ; so if I understand it correctly, the Dust app should be appropriate to build deeper workflow with extended rate limits, which is crucial when it comes to client facing use case ?

  • Avatar of yutcam (Dust)
    yutcam (Dust)
    ·
    ·

    dust apps are a good way to create deeper workflow whatever the end user 🙂