Enhancement: Custom Plugins (Langchain Tools) as External Modules - Dependency Injection #2557
Replies: 4 comments 5 replies
-
Honestly, I can't think of any clean way to implement this. |
Beta Was this translation helpful? Give feedback.
-
I've thought a lot about this and know of a way, but I want to retire the old way of handling plugins and build it from the ground up anyway. I would implement this first for Assistants, then a new agent system that is also compatible with other endpoints (Anthropic, google, etc.) |
Beta Was this translation helpful? Give feedback.
-
I implemented a tool yesterday and found the overall process and documentation pretty confusing. That way, I do not need to sync changes and check out the entire LibreChat repository to build and deploy a system with plugins. Is there really no better way to do all this separately from the LibreChat core application currently?
|
Beta Was this translation helpful? Give feedback.
-
Danny, can we have an ETA on when this new implementation will be available? and perhaps a sneak peak of the new approach? |
Beta Was this translation helpful? Give feedback.
-
What features would you like to see added?
With the current implementation of plugins, adding any custom plugin will require changing the project code. Let's make the plugins external dependencies.
More details
According to the documents (make_your_own.md), adding a new plugin to Librechat requires modifying the repository files including
handle_tools.js
,index.js
, andmanifest.json
.If anyone wants to implement their own plugin, they have to fork the repository and manually keep up with the updates, git conflicts, and breaking changes.
An alternative approach would be having Librechat to look for external Langchain tools and do the imports/exports automatically (specially once manifest.json goes away).
Which components are impacted by your request?
No response
Pictures
No response
Code of Conduct
Beta Was this translation helpful? Give feedback.
All reactions