"- cursor position marked as ${CURSOR_TAG}: Indicates where the developer's cursor is currently located, which can be crucial for understanding what part of the code they are focusing on."
I was not aware that was a thing and useful to know. Thanks!
mathgeek 3 hours ago [-]
Interesting to hear how others use these tools. I often phrase things as “this line/method” which implies the tool knows where my cursor is.
al_borland 2 hours ago [-]
I use the in-line prompt when I’m talking about a specific area. In the chat I always explained in words what part of the code I’m talking about. This tidbit of information will change how I use chat.
blitzar 4 hours ago [-]
Isn't that needed for the tab completion?
3 hours ago [-]
user4673568345 4 hours ago [-]
Copilot in vs code is kind of lackluster and really missing the sort of polish you’d expect from a company like Microsoft
jacooper 50 seconds ago [-]
Even after agent mode was added? My experience with it has been great, haven't tried gemini CLI or cline yet but I don't think they are going to be much better
DidYaWipe 3 hours ago [-]
USED to expect from Microsoft.
Have you even used any of their products lately? Where "lately" = the last 15 years...
koolala 2 hours ago [-]
Now I expect out-right malicious corruption.
hu3 8 hours ago [-]
Quick, someone use AI to scan the codebase and explain the decision tree of Copilot Chat with regards how it handle prompts and responses.
dataviz1000 6 hours ago [-]
I very much need to know this also. First, tools [0] and prompts [1]. I'll get back to you in a minute while I back trace the calling path. One thing to note is that they use .tsx for rendering the prompts and tool responses.
1. User selects ask or edit and AskAgentIntent.handleRequest or EditAgentIntent.handleRequest is called on character return.
Something I’ve wanted to hack together for a while is a custom react-renderer and react-reconciler for prompt templating so that you can write prompts with JSX.
I haven’t really thought about it beyond “JSX is a templating language and templating helps with prompt building and declarative is better than spaghetti code like LangChain.” But there’s probably some kernel of coolness there.
rightbyte 1 hours ago [-]
>> Quick
> in a minute
Honestly. Why the hurry?
_boffin_ 6 hours ago [-]
Care to also check if they do prompt decomposition into multiple prompts?
dataviz1000 5 hours ago [-]
You're asking if they break the user prompt into multiple chunks?
All I can find is counting number of tokens and trimming to make sure the current turn conversation fits. I can not find any chunking logic to make multiple requests. This logic exists in the classes that extend IIntentInvocation which as buildPrompt() method.
What is Copilot Chat but a front end to some Microsoft SaaS offering? There's nothing materially "open source" about that. All the important stuff is locked up behind the GitHub Copilot API. No one can customize the LLM design or training material. It certainly can't be self-hosted. This is just in-app advertising for yet another subscription service that sends your personal data to an amoral third party. There's no community, no public benefit, no commonwealth.
phillipcarter 3 hours ago [-]
I beg to differ. All commercial SOTA models emit roughly the same quality of code and have roughly the same limitations and ability to remain coherent in the size of context passed to them.
As has always been the case, it's the mechanisms used to feed relevant contextual information and process results that sets one tool apart from another. Everyone can code up a small agent that calls in LLM in a loop and passes in file contents. As I'm sure you've noticed, this alone does not make for a good coding agent.
jemiluv8 6 hours ago [-]
I don't follow the criticism. It is built on very weak foundations.
Open source is just that - open source. Whether it is useful to you
or anyone at all is another matter.
unethical_ban 3 hours ago [-]
It's an open source... API connector to a closed source product.
"Copilot chat" isn't open source. It's the service.
tiahura 1 hours ago [-]
It’s really quite important. It takes the requests from the user and gives it to the llm to process. It’s got people skills!
tomalbrc 5 hours ago [-]
It's white-washing through "Open Source". No one will benefit from this
jemiluv8 5 hours ago [-]
Yet here we are, it is out there, some are already poking at how they render
responses from their api. Trying to understand some of the technical choices
they had to make. Someone has probably cloned this and started pluggin in their own api - or reverse engineering the various api calls.
In the end, the fact that it exists makes a difference. It won't be useful to all especially non-technical people who've never seen the nuts and bolts of a vscode extension.
MangoCoffee 6 hours ago [-]
Doesn't open source mean users get the source code?
I don't understand this criticism.
senko 6 hours ago [-]
They get the source code to a client.
The criticism is that most of the value is (presumably) on the API service side.
That is why people are comfortable open sourcing things like this. It is good publicity and they don't loose anything. On the other hand curious devs get to poke around and wonder how their copilot prompts were processed by the plugin. Or how it handles attaching files to context. And even what it sends in its payloads.
Of course most of the value is on the API service side. That holds true for most applications these days.
grg0 4 hours ago [-]
No, that's source available. See the OSI definition for what 'open source' means. And this is precisely the issue with 'open source' vs 'free software'. Once you rewire your brain for the latter, it's very obvious why a project like this is simply open-washing for PR points.
dawnofdusk 6 hours ago [-]
I mean you're right it's just a front end. And front ends can be open sourced? Obviously this has some public value: other people don't have to build a frontend starting from zero.
I don't think it's well-aimed criticism to say that the LLM design/training material itself should have been made open source. Pretty much no one in the open source community would have the computational resources to actually do anything with this...
3 hours ago [-]
brahma-dev 6 hours ago [-]
But they might have the computational resource to showcase how these companies are breaking the copyright law that they loved until recently.
jemiluv8 6 hours ago [-]
They are not obligated to provide it even if people have the computational resources to operationalise it.
6 hours ago [-]
revskill 4 hours ago [-]
I wont trust microsoft nor google until the end if universe.
Ismoil 14 hours ago [-]
[flagged]
treymov 14 hours ago [-]
[flagged]
v5v3 5 hours ago [-]
Tell me the competition is winning without telling me the competition is winning...
BrentOzar 7 hours ago [-]
I have a hard time getting excited about this when they have such an atrocious record of handling pull requests in VS Code already: https://github.com/microsoft/vscode/pulls
msgodel 7 hours ago [-]
It looks to me like they close nearly 30 PRs every day. That's kind of amazing.
I'm no fan of Microsoft but that's a massive maintenance burden. They must have multiple people working on this full time.
Alupis 6 hours ago [-]
If you examine the merged PR's - the overwhelming majority are from Microsoft employees. Meanwhile, community contributions sit and rot.
jemiluv8 6 hours ago [-]
I thought they just open sourced this? Was there enough time to start reviewing community contributions?
DidYaWipe 3 hours ago [-]
Yet the Settings UI is still a nonsensical mess.
Alupis 7 hours ago [-]
That's because it's Microsoft's Trademarked version of Open Source.
All the good FOSS vibes, without any of the hard FOSS work...
NewsaHackO 7 hours ago [-]
I hate this analogy. Just because something is open source, doesn’t mean it is forced to commit or comment on every pull request which takes development time. If that notion really bothers you, you are free to fork VSCode and close all 600 pull requests on your fork.
3 hours ago [-]
jemiluv8 5 hours ago [-]
Agree. OSS is hard work and not obligatory.
almosthere 6 hours ago [-]
[flagged]
Alupis 6 hours ago [-]
It's a common theme across most (all?) Microsoft "Open Source" repos. They publish the codebase on Github (which implies a certain thing on it's own), but accept very little community input/contributions - if any.
These repo's will usually have half a dozen or more Microsoft Employees with "Project Manager" titles and the like - extremely "top heavy". All development, decision making, roadmap and more are done behind closed doors. PR's go dormant for months or years... Issues get some sort of cursory "thanks for the input" response from a PM... then crickets.
I'm not arguing all open source needs to be a community and accept contributions. But let's be honest - this is deliberate on Microsoft's part. They want the "good vibes" of being open source friendly - but corporate Microsoft still isn't ready to embrace open source. ie, it's fake open source.
cyral 5 hours ago [-]
I've looked at a bunch of the popular JS libraries I depend on and they are all the same story, hundreds of open PRs. I think it's just difficult to review work from random people who may not be implementing changes the right way at all. Same with the project direction/roadmap, I'd say the majority of open source repos are like that. People will suggest ideas/direction all day and you can't listen to everyone.
Not sure for VSCode, but for .NET 9 they claim: "There were over 26,000 contributions from over 9,000 community members! "
almosthere 6 hours ago [-]
f. o. r. k. everything costs money, waaaay more than a $5 buy me a coffee. Every PR MS closes costs them thousands of dollars.
__jonas 2 hours ago [-]
Why is that bad? Seems like a perfectly valid approach for an Open Source project, SQLite is doing the same.
tomnipotent 7 hours ago [-]
I'm not sure I see the problem. The number of merged PR's looks on the high side for a FOSS project.
I was not aware that was a thing and useful to know. Thanks!
Have you even used any of their products lately? Where "lately" = the last 15 years...
1. User selects ask or edit and AskAgentIntent.handleRequest or EditAgentIntent.handleRequest is called on character return.
2. DefaultIntentRequestHandler.getResult() -> createInstance(AskAgentIntentInvocation) -> getResult -> intent.invoke -> runWithToolCalling(intentInvocation) -> createInstance(DefaultToolCallingLoop) -> loop.onDidReceiveResponse -> emit _onDidReceiveResponse -> loop.run(this.stream, pauseCtrl) -> runOne() -> getAvailableTools -> createPromptContext -> buildPrompt2 -> buildPrompt -> [somewhere in here the correct tool gets called] -> responseProcessor.processResponse -> doProcessResponse -> applyDelta ->
[0] https://github.com/microsoft/vscode-copilot-chat/blob/main/s...
[1] https://github.com/microsoft/vscode-copilot-chat/blob/main/s...
[2] src/extension/intents/node/toolCallingLoop.ts
I haven’t really thought about it beyond “JSX is a templating language and templating helps with prompt building and declarative is better than spaghetti code like LangChain.” But there’s probably some kernel of coolness there.
> in a minute
Honestly. Why the hurry?
All I can find is counting number of tokens and trimming to make sure the current turn conversation fits. I can not find any chunking logic to make multiple requests. This logic exists in the classes that extend IIntentInvocation which as buildPrompt() method.
will update when i find more info.
As has always been the case, it's the mechanisms used to feed relevant contextual information and process results that sets one tool apart from another. Everyone can code up a small agent that calls in LLM in a loop and passes in file contents. As I'm sure you've noticed, this alone does not make for a good coding agent.
"Copilot chat" isn't open source. It's the service.
In the end, the fact that it exists makes a difference. It won't be useful to all especially non-technical people who've never seen the nuts and bolts of a vscode extension.
I don't understand this criticism.
The criticism is that most of the value is (presumably) on the API service side.
https://gwern.net/complement
Of course most of the value is on the API service side. That holds true for most applications these days.
I don't think it's well-aimed criticism to say that the LLM design/training material itself should have been made open source. Pretty much no one in the open source community would have the computational resources to actually do anything with this...
I'm no fan of Microsoft but that's a massive maintenance burden. They must have multiple people working on this full time.
All the good FOSS vibes, without any of the hard FOSS work...
These repo's will usually have half a dozen or more Microsoft Employees with "Project Manager" titles and the like - extremely "top heavy". All development, decision making, roadmap and more are done behind closed doors. PR's go dormant for months or years... Issues get some sort of cursory "thanks for the input" response from a PM... then crickets.
I'm not arguing all open source needs to be a community and accept contributions. But let's be honest - this is deliberate on Microsoft's part. They want the "good vibes" of being open source friendly - but corporate Microsoft still isn't ready to embrace open source. ie, it's fake open source.
Not sure for VSCode, but for .NET 9 they claim: "There were over 26,000 contributions from over 9,000 community members! "
https://github.com/microsoft/vscode/pulls?q=is%3Apr+is%3Aclo...