New extension: Volumes (previously CobaltVDisk)

[kx1bx1]

Volumes development is almost finished!

Volumes' (previously CobaltVDisk) development has been completed, and I am now moving on to testing all of its features. Right now, it's only available on my extensions gallery (but since I don't want to self-advertise, I won't link it here) as a beta, but when it finishes, I'll commit the finished code here and mark it as "released" in my gallery.

Volumes is an enhancement of rxFS by 0832. Its main focus is speed improvements and new features like file size limits, permissions, and more.

The versioning scheme

Volumes uses a structured, time-based versioning scheme; full details will be documented once implementation is complete. TL;DR: You don't have to read this.

Volumes goes by a '3-monthly' update schedule. If any changes to Volumes were made by me, a PR will be made as a 'cumulative update' to Volumes. As of right now, Volumes' versioning schema has been removed, as its target audience probably does not care what version Volumes is on.

Why use the MIT license?

My choice of using the MIT license instead of the GPL-3.0 license is not only due to brevity, but also due to the fact that I want Volumes to be aligned with TurboWarp’s existing ecosystem and extension practices. MIT is rather open and easy to understand for users, and it's quite permissive, so that's what I used.

Full disclosure: this extension was LLM-generated

TL;DR: You don't have to read this if you do not care about LLM-generated code. If it writes bad code, it won't be accepted anyway.

This extension's code is purely LLM-generated. When I say this, I do not mean I only generated it in one prompt. I bring my models to a high standard, and you could probably count 50 prompts that assess security, stability, and speed with Volumes. If AI-generated code is used, it should meet or exceed human-quality standards.

Models used:

1. Primarily Gemini 3.0 Pro
2. Gemini 2.5 Pro (initial development)
3. GPT 5.0, 5.1, and 5.2 (bug testing)

I do intend to do the 'ultimate test' of Volumes by creating a project that primarily uses it, to ensure I can mark this PR ready to review.

Why so few commits?

This PR is planned to only have 5-10 commits because one commit is supposed to be one Volumes update after development is finished. This PR will be squashed or rebased once development is complete.

About this PR

• This extension shows properly in the Extensions Gallery
• This extension was properly linted
• This extension was properly formatted
• This extension was properly validated
• Development for this extension is finished

These are relatively easy checks to pass because, well, the 'extension' code is literally just comments until I finish development.

Planned features

In this context, "Completed" does not mean "Added to this branch". It means that the feature is done on my side. I don't commit new features to this PR.

Feature	Priority	Status
Testing	High	Paused
Possible new features	High	Completed
Core filesystem operations	High	Completed
Filesystem import and export	High	Completed
Permissions system	High	Completed
New features	Medium	Completed
User experience improvements	Medium	Completed
Extension banner	Medium	Completed
Extension documentation	Low	Completed
Per-sprite permissions (ACL)	Medium	Scrapped