nextcloud / nextcloud/context_agent

App based tool additions

Open
#161 3 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
Dominant language
Python
Stars
24
Forks
16
Avg merge
7d 20h
Merged PRs (30d)
3

Description

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.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

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.

Written by the indexing model from the issue text.

Assessment

Tech stack
php, python
Domain
api, backend
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.