continue icon indicating copy to clipboard operation
continue copied to clipboard

Documentation Remote Copnfig Server Url

Open mpaxson opened this issue 1 year ago • 12 comments

Validations

  • [x] I believe this is a way to improve. I'll try to join the Continue Discord for questions
  • [x] I'm not able to find an open issue that requests the same enhancement

Problem

I can't figure out how to setup the remote config server for continue,

I would like to setup an airgapped config server for my team and host the configurations remotely.

Is it possible to give some commands while I wait for the documentation to be updated?

Thanks !

Solution

No response

mpaxson avatar Apr 25 '24 13:04 mpaxson

Have you tried to set "apiBase" parameter?

Source: https://github.com/continuedev/continue/blob/main/core/llm/llms/Ollama.ts

aalvess avatar Apr 25 '24 20:04 aalvess

Same comments for this remoteConfigServerUrl. How to use this? I found this in Setting. Remote Config Server Url If your team is set up to use shared configuration, enter the server URL here and your user token below to enable automatic syncing. But there is no information in guide.

shashade2012 avatar Apr 27 '24 16:04 shashade2012

Hi, you can setup initially full offline than open the plugin tab and click in Configure COntinue: image than add the configuration: image

aalvess avatar Apr 27 '24 17:04 aalvess

This configuration seems to be an enterprise option. You can try contacting enterprise support.:https://www.continue.dev/enterprise

https://github.com/continuedev/continue/blob/16bfb958f804e81b88ca3568ebee5c1a90cd4134/core/continueServer/stubs/client.ts#L14

jasongwq avatar Apr 30 '24 08:04 jasongwq

This configuration seems to be an enterprise option.

Maybe @sestinj could confirm (or not) this information? 😁

antoineauger avatar May 29 '24 14:05 antoineauger

@antoineauger I think we should contribute docs and co. to make it work according to https://amplified.dev/#5-adopt-open-source-interfaces , the maintainers might just be to busy with lot of stuff :construction_worker: :wrench:

bufferoverflow avatar May 29 '24 14:05 bufferoverflow

https://discord.com/channels/1108621136150929458/1247041256173993997

image

changchiyou avatar Jun 05 '24 05:06 changchiyou

My use case it to create a .vscode/.settings.json in a git project that would point to a local hosted continue server. We use continue in an air gapped environment (no internet), so being able to share a .continue config for a project repo would be extremely useful for onboarding, quick starting, and enabling more people to use your tool.

I am trying to introduce more local ai in my company’s workflow and the biggest barrier to using continue believe it or not is time to setup/configure per box. It only matters if my team can easily use your tool, and I do believe that every project will have separate continue commands/prompts/api endpoints.

Being able to move the local users .continue config to a vscode settings or have a config server somewhere would be extremely useful.

mpaxson avatar Jun 05 '24 13:06 mpaxson

@bufferoverflow @antoineauger @mpaxson @jasongwq thanks for your patience here—we have been a bit busy with other work, but I didn't mean to wait to respond.

This is currently offered through our enterprise product, but we do want to make it more available because I understand that it is very useful. As @bufferoverflow said, we want to encourage open interfaces, but also wanted to get them right before shipping something we wouldn't be able to reverse. I apologize for the lack of extra information on what this update will be, but I will in fact have an update on this very soon

In the meantime, there are a couple of options that might be helpful:

  • .continuerc.json has the same schema as config.json, but can be placed in the root of your GitHub repo as a means of sharing with others. Continue will notice it and apply the .continuerc.json on top of the user's config.json
  • .prompt files are another way of sharing configuration. They don't do everything, just slash commands, but might be useful

sestinj avatar Jun 06 '24 01:06 sestinj

We're also in the exact same situation as @mpaxson and would greatly benefit from this feature!

DanielAdari avatar Jun 13 '24 22:06 DanielAdari

Thanks for your response @sestinj! (this notification also slipped through my inbox)

Just let us know if you need help/early feedback on this, we will be happy to support you 😸

antoineauger avatar Jun 17 '24 15:06 antoineauger

@bufferoverflow @antoineauger @mpaxson @jasongwq thanks for your patience here—we have been a bit busy with other work, but I didn't mean to wait to respond.

This is currently offered through our enterprise product, but we do want to make it more available because I understand that it is very useful. As @bufferoverflow said, we want to encourage open interfaces, but also wanted to get them right before shipping something we wouldn't be able to reverse. I apologize for the lack of extra information on what this update will be, but I will in fact have an update on this very soon

In the meantime, there are a couple of options that might be helpful:

  • .continuerc.json has the same schema as config.json, but can be placed in the root of your GitHub repo as a means of sharing with others. Continue will notice it and apply the .continuerc.json on top of the user's config.json
  • .prompt files are another way of sharing configuration. They don't do everything, just slash commands, but might be useful

@sestinj Thanks for the feedback and hard work, with your response I see that it has already been implemented and can be made available in the community version in the future? I was thinking of implementing something myself but if that's the plan then it would be best to wait ;)

ritamariavermelho06 avatar Jul 29 '24 20:07 ritamariavermelho06