hexomancer

I think it should be incredibly easy to verify this. Just look at the training data and see if it contains any of the chats. It should be trivial for a company with tens of thousands of super-genius agents at their disposal.

So you definitely did train on their data, you just think it is unlikely that it impacted the final model significantly?

> On Tuesday, September 1, we heard rumors that two Millennium Prize problems had been resolved

What's the other one?

I think very soon big LLM providers (OpenAI et. al.) will provide a service like this. With the LLMs becoming faster, the agentic task completion bottleneck will soon move to the tool calls (both execution time and round-trip latency), so it makes sense to have a server host the project very close to the actual LLM doing the inference in order to minimize latency.

This is very cool, I wish there was some way to use it on a bicycle though. For example, when moving into a street it could ask (using voice) if this street is paved, and I could answer it using voice too.

I have also been using it for a couple of months and it is great. Most other software that try to emulate a tiling window manager in windows/linux end up being too buggy and annoying to use full time, but in my experience aerospace is the first one that I have been able to run full time with no issues.

Yeah I got exited thinking this is about traffic lights. I use a bike to commute to work and recently I was thinking if I could adjust my cycling cadence so that I never hit a red light, but unfortunately the timing of the traffic lights in my city is not constant. If there was a publicly accessible API to get the current timing info, I could write an app to do that.

> If you need complex file manipulation, all of that can be achieved by writing a shell script. That's what I've been doing. You also automatically get access to flow control statements and tools like sed/awk/find.

Well yes, of course they all "can" be done by writing a shell script, the same way any text editing with vim "can" also be done using ed.

> VSCode is a very primitive text editor compared to vim, emacs or helix. You don't need to edit the command line right there in the shell prompt, nor do you need to create any files — press Ctrl+X + Ctrl+E and hack away. Save and close the file (ZZ in vim, for example), and it gets executed by the shell.

I actually use vscode with the vim extension. You seem to be assuming I am unfamiliar with vim and emacs, I can assure you I know them well enough (at least vim, I also am familiar with the overall features of emacs, though I lack the muscle memory to use it efficiently).

Here is an example: Let's say you have a file named `feature_experimental.cpp` now you want to remove the `_experimental.cpp` from all the files in the current directory which have `_experimental`. I assure you that I can do it faster using voil than you can with vanilla vscode.

> Regarding your last point, for the vast majority of open source SW releases, we can never be sure if the release we get is produced from the same code we see. I do not know if that is the case with VScode addons, but you get my point

You actually can depackage vscode's .vsix files (it is just a zip file) and compare the package contents to the repository.

That's so cool, I was actually curious about history of such programs. Thanks for posting this :)

I doubt this comment was in good faith (you decided to ignore literally all the features I mentioned and focused on just creating files) but I am going to reply anyway:

1. There is no way that `touch newfile` is faster. Using voil, you press a keybind, enter `newfile`, save and you are done. Using touch you have to first, use some keybinding to switch to terminal, then type `touch ` (6 letter overhead) then type the name of the file and then switch back to vscode. I am not saying voil is meaningfully faster, but you saying that `touch newfile` is faster is wild to me.

2. If I am editing a comlpex file name I like having access to all the text editing features that I have in vscode as opposed to the barebones text editing features in the terminal.

3. There is also all the other moving/copying/renaming with visual feedback that you decided to completely ignore.

4. If touch was faster then oil.nvim would not have been such a popular extension. I am sure most vim users know how to use `touch`.

What are you proposing? Should I not be allowed to develop and publish an extension that I think is useful?

> nobody will do that

"nobody" is a strong word. Yes, most people don't do that, but if a single person reads the source code and finds something nefarious they can report it or leave a review disclosing that and my reputation would be ruined.

You can view the source code and package the extension yourself if you are worried about that. It is only ~2000 LOC.

It is not easy to get verified in vscode marketplace, even major publishers like Qt organization are not verified much less so a solo open source developer like myself.

There was some discussion about dired here: https://news.ycombinator.com/item?id=44568404

Thanks for the feedback. Can you be a little more specific? What do you mean by "raw"? Do you mean from an aesthetic standpoint or is there some functionality you are missing from the UI?

> Creating empty files is rarely useful or necessary

I kind of disagree? Most files were once created as an empty file! (at least that's the case in my workflow).

Since voil uses its own file extension (.voil) you can easily disable copilot for voil windows.

Also voil asks you to confirm destructive actions. And even if you do, by default voil moves deleted files to a trash location and has undo functionality so you can easily undo your mistakes.

I obviously love oil.nvim and that's why I ported it to vscode. But I think in some ways voil is even more powerful than oil. Specifically:

- It can work across multiple vscode windows

- The top line (that shows the current directory) can be used to filter files. For example, if you add "*.{txt,md}" to the end of that line, it will only show the txt and markdown files.

- The ability to defined custom shell commands and bind keybindings to them. For example, I can create a command that zips selected files and run it with a single keybinding in voil.

- Undo functionality

I don't use emacs so I may not be familiar with the full power, but if you are referring to dired, I think oil.nvim is much, much more powerful than dired.

The major difference being that you still need to learn some new keybinds for dired, for example, you can't just create a file by editing the text buffer whereas in oil.nvim (and by extension, voil) your text editing skills immediately apply.

Yes, it was working at least in my experience.

Well, Iran is sanctioned as fuck, so no global payment system works in Iran anyway. All the payment systems used by Iranians are local so they work even in national internet.

Well, the internet is not national anymore (for now!), but isn't Google AI Mode US only? Anyway, the only google service that did work at that time was google search as far as I know nothing else worked (no gmail, maps, etc.).

I wrote a blog post which hopefully clears up the "National Network": https://ahrm.github.io/jekyll/update/2025/06/20/iran-interne...

It is way more than just DNS.

View the extension on the Visual Studio Marketplace: https://marketplace.visualstudio.com/items?itemName=AliMosta...

Github Repository: https://github.com/ahrm/voil

Some ideas are so simple and natural, that you can't help but feel that they are discovered rather than invented. That's how I felt the first time I saw the oil.nvim plugin (https://github.com/stevearc/oil.nvim), using vscode without something like that was a pain afterwards, so I had to step in and imlpement it!

Yeah, I can’t believe this is a serious website made by a multi million dollar company. It looks like something I would have designed when I was 10.

Something never thought I would say: google AI previews. They actually helped me a lot during Iran's internet shutdown last week. I wrote a blog post about it: https://ahrm.github.io/jekyll/update/2025/06/20/iran-interne... .

What’s the alternative? Live under the delusional islamic theocratic dictatorship forever? If you think the islamic republic can be replaced through peaceful protests you have another thing coming, they have already killed thousands of protestors and they have no problem killing because they actually believe they are doing god’s work and the protestors are infidels that deserve to die.

I take my chances for a probable dysfunctional government rather than a definitely dysfunctional one.

I have no idea but I sure hope so.

Iranian here. Most Iranians use Telegram or Whatsapp, both of which are blocked right now and can only be used using VPNs (they have been blocked for years, though whatsapp was unblocked a few months ago, but it is blocked again after the Israel attack). I don't think many Iranians believe, or care about what the regime says, though there is a small minority of regime supporters that might, but they probably were not using whatsapp to begin with.

Though I must say, the regime itself seems to really believe this, for example there was some news that high-ranking officials are now banned from using electronic devices that connect to the internet like mobile phones.

Yes, every token is expanded into a vector that can be many thousand of dimensions. The vectors are stored for every token and every layer.

You absolutely can not fill even a single research paper in 2 GB much less an entire book.