App based tool additions

No files, tests, or entry points are named in the request. Start by tracing how tools are currently registered and how Context agent settings enable them; then define the registration behavior for third-party apps and verify that an external app can add a tool and be disabled by the user.

How to use GitHub

• Please use the 👍 reaction to show that you are interested into the same feature.
• Please don't comment if you have no relevant information to add. It's just extra noise for everyone subscribed to this issue.
• Subscribe to receive notifications on status change and new comments.

Feature request

Which Nextcloud Version are you currently using: (see administration page)

Is your feature request related to a problem? Please describe.
A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]

I'm not sure if this is actually already a thing or not, but I noticed all the tools in here seem to be implemented in this app. That means that if an app wants to have its tools in this, they have to. Make a pull request and implement it in here, right?

Describe the solution you'd like
A clear and concise description of what you want to happen.

I think it would be nice to have an endpoint where an app either a back-end app as in a Harp app, or a regular PHP app could add tools. For instance, a PHP app could register a tool even if it was a 3rd party app. Of course, this would be managed in the settings of Context agent which apps would be turned on or not.
That way, if an app wants to add a tool, instead of having to make a pull request and work within this repository, any app would be able to automatically put this in.

Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
Put it in manually in this app.
Additional context
Add any other context or screenshots about the feature request here.

Again, I sure if this already exists.

I feel like this app is mature enough and also is widely enough used most likely that it makes sense to be able to let other apps register their own tools, especially for the sake of if other apps decide to use this more often and provide more tools, then eventually this app can just grow and grow in size of tools that may not even be added by the user.
It makes sense to have many apps provide a connector to one app, then to have one app provide a connector for many apps which a user may not even use. That way only apps that the user has active is contributing to making the tool size bigger.