@docs on per project base

I switch back between BE (django + extensions docs) and FE (flutter + packages docs) work often. As I understand, too much context can confuse the LLM.

Thus I would like to have

  • django docs context only in my django project
  • flutter docs context only in flutter project
    Just like last chats are bound to project.

TY!

When you @ a doc in chat it’s bound to that chat convo and will be used for every message. So you could @ the Django docs in your Django project chats and the Flutter docs in your Flutter project chats.

@leoing Yes! this is exactly what I want to see as well. I would love to have .cursordocs file in my repo to manage the docs! I prematurely created an issue ticket in github before I found this forum.

I have found the .cursorreules file to be amazingly helpful for defining app configurations like which dependencies I am using on a per project basis. I have been relying on docs for any of the more domain specific language needs for each dependency. Here is an example with some wishful thinking about implementation.

.cursorrules
...

6. Error Handling:
   - Use Honeybadger.notify for exceptional cases
.cursordocs
...

{
  "honeybadger gem docs": "https://docs.honeybadger.io/lib/ruby/"
}

If I am not mistaken, the docs helps reduce the scope of what the AI is focusing on which is very helpful for guiding it to do specific things. I do not use the same tools in every project and would like to help the AI understand the configuration of the app as well as be able to refer to various docs on an as needed basis.


Porting comment from Github Issue

I have found that including docs in my requests have made cursor so much better and would love to have them included in the repo by default. When I am working with a specific API, I add the docs to the cursor docs, but then I have to let the rest of the team know to do the same. It has helped immensely. I also have specific configurations I use for the tech stack of a project. I may use Stripe, braintree, paypall, paddle or something else on a per project basis and having the docs be dynamically included in a .cursordocs file would be awesome!

Can actually stay like it is. Need to @ mention anyway, so all docs all the time is fine.