CHATCODE 1.4.x · SUPPORT STATUS · AUGUST 21, 2026

1.4.x already does a lot — but not every language and framework is understood at the same depth.

This article explains exactly how far ChatCode 1.4.x support goes: what is currently file-level read/edit support, what already has Project Brain and specialized workflows, the remaining limitations, and the priorities being developed for the 1.5.x line.

Key point: “ChatCode can read the code” does not mean “ChatCode already has a semantic parser, task runner, and dedicated bootstrap for that framework.” From 1.5.x onward, reducing this gap is a priority.
1

Three support levels to distinguish.

This is the most accurate way to understand ChatCode's current capabilities.

Read / search / edit

AI can read files, search, retrieve context, and edit project content according to the permissions you grant. This is the broadest support layer.

Project Brain deep understanding

ChatCode analyzes symbols, imports, references, and part of the call graph using semantic parsers. Not every language in 1.4.x has this layer yet.

Specialized workflows

ChatCode detects runtimes/frameworks, installs dependencies safely, runs build/test tasks, or launches previews through controlled profiles.

2

Languages: 1.4.x is strongest with Rust, Python, TypeScript, and JavaScript.

These currently have deep semantic parsing in Project Brain.

LanguageRead / edit / searchSemantic BrainNotes
RustExcellent✅ DeepSymbols, imports, references, call relationships; strong Cargo tasks.
PythonExcellent✅ DeepGood symbol/reference support; runtime + venv are available, while task profiles remain limited.
TypeScript / TSXExcellent✅ DeepWell suited to modern web projects; understands imports/references and package structure.
JavaScript / JSX / MJS / CJSExcellent✅ DeepNode/package workflows are well supported.
PHPGood⚠ Not deep yetRuntime, Composer, and Laravel support are already solid, but PHP AST/semantic depth has not caught up yet.
Go, Java, Kotlin, C#, C, C++Good⚠ Not deep yetBrain still indexes/searches these files and AI can edit them; dedicated semantic parsers are not available yet.
Vue, SvelteGood⚠ PartialFiles are indexed; frameworks can run through Node/Vite, but component semantics are not deep yet.
HTML, CSS/SCSS, SQL, GraphQL, XML, Shell, PowerShell, JSON, YAML, TOML, Markdown…GoodVery useful for search/context/configuration, but these are not primary AST languages in Brain.
Strength of 1.4.x: even without a dedicated semantic parser, ChatCode can still index text content, find the right files, read/edit according to permissions, and provide focused context to AI. Semantic parsing makes workflows more precise; it is not a requirement for a file to be useful.
3

Frameworks and runtimes: the web stack already has a solid foundation.

The 1.4.x Environment Doctor can detect multiple project types and prepare environments more safely than letting AI run arbitrary commands.

Project / FrameworkDetectionDependenciesAutomatic preview
LaravelComposer + Node when needed✅ Artisan serve
PHP genericComposer✅ PHP built-in server
Next.jsnpm / pnpm / yarn✅ Via dev script
Nuxtnpm / pnpm / yarn✅ Via dev script
Vitenpm / pnpm / yarn
Astronpm / pnpm / yarn
SvelteKitnpm / pnpm / yarn
Node.js genericnpm / pnpm / yarn✅ If scripts.dev exists
Pythonvenv + pip / requirements.txt⚠ No broad framework profile yet
RustCargo⚠ Project-dependent
Static HTMLNone required

Laravel has a safe bootstrap

If .env is missing but a template exists, ChatCode can create a local environment, use project-local SQLite, generate APP_KEY, and run migrations. If .env already exists, ChatCode does not automatically overwrite your credentials/database configuration.

App-managed runtimes

1.4.x already has managed runtimes for Node, PHP, Python, and Composer. Rust/MSVC still depends more heavily on the system toolchain.

Current weakness: React/Vue are often detected through Vite/Node rather than dedicated semantic profiles; specialized Django, FastAPI, Flask, Express/Nest, Spring Boot, ASP.NET, Go frameworks, and Flutter are not first-class framework profiles in 1.4.x.
4

Build / test: Cargo and package.json are currently the two strongest paths.

ChatCode intentionally uses an allow-listed task model instead of exposing an arbitrary shell to AI.

Rust / Cargo

Check, test, Clippy/lint, build, and bench; with filters, workspace/package selection, features, and release options in the typed task runner.

Node / package.json

Test, lint, typecheck, check, and build through declared scripts; npm, pnpm, and yarn are detected from lockfiles.

Not first-class in 1.4.x: pytest, PHPUnit/Pest, go test, Maven/Gradle, dotnet test, and other specialized runners do not yet have typed adapters comparable to Cargo/package.json. AI can still work with the source, but the “edit → test → read errors → fix again” loop is not equally automated across stacks.
+

Capabilities already present in 1.4.x beyond languages/frameworks.

This is what makes ChatCode different from a simple editor or file-reading plugin.

Project Brain

Index lớn, incremental update, tìm context, symbol search, reference và impact analysis.

Documents

Read and extract PDF, DOCX, XLSX/XLSM, PPTX, and OpenDocument files; original files can be sent to AI when native processing is needed.

Per-project permissions

Read, Write, Full file, Task, and Git-write are separated; sensitive paths and symlink escapes are blocked.

Git & GitHub

Status, diff, branch, stage, and commit; private GitHub workflows include guards to reduce accidental public exposure or pushes.

Remote servers

SFTP/FTPS/FTP through project-bound profiles; SSH execution only when both the profile and local permissions allow it.

Preview & remote work

ChatCode can own the dev server, verify health, and create scoped preview URLs instead of sharing arbitrary localhost ports.

!

A serious storage issue was identified in 1.4.12.

This is why 1.4.13 is being used for a hotfix instead of waiting for 1.5.

Issue: some Cargo workflows in ChatCode 1.4.12 can create a separate target instead of reusing the Cargo/IDE target; Project Brain snapshots also lacked an appropriate hard cap. On large projects with repeated builds, artifacts can grow quickly and create unnecessary SSD writes.

1.4.13 hotfix direction

Reuse the project's standard Cargo cache where appropriate, avoid duplicating a dependency store just because ChatCode runs a task, cap Brain snapshots, and clean internal reproducible caches.

Recommendation for 1.4.12 users

Update to 1.4.13 as soon as the updater offers it. Do not blindly delete target, node_modules, or build environments unless you know which workflow owns them.

5

1.5.x: from “file support” toward more consistent “stack understanding.”

The 1.5.x roadmap prioritizes depth, not merely increasing the number of file extensions ChatCode can read.

SEMANTIC

More semantic parsers

PHP is the first priority, followed by expansion based on real usage into Go, Java/Kotlin, C#, C/C++, Vue/Svelte, and other stacks.

FRAMEWORK

Deeper framework adapters

Laravel will gain deeper understanding; Python web, Node backend, Java/.NET, and popular frameworks will gradually receive dedicated profiles instead of generic runtime handling only.

TASKS

Typed task runners across ecosystems

The goal is to bring pytest, PHPUnit/Pest, Go test, Maven/Gradle, .NET test, and others into the same safe verification loop as Cargo/package scripts.

ENVIRONMENT

Smarter Environment Doctor

Detect toolchains, lockfiles, version constraints, prerequisites, and suitable launch methods per stack; reduce manual configuration.

STORAGE

Storage Doctor & Smart Cleanup

Measure build/cache artifacts, classify them as Safe / Review / Protected, and clean only data proven to be reproducible instead of deleting folders by name.

CAPABILITY

Capability/plugin architecture

Specialized capabilities can be developed independently and plugged into ChatCode, providing a foundation for faster expansion without making the core increasingly heavy.

The roadmap is not a promise that every framework listed above will be completed in 1.5.0. We prioritize based on real usage, safety, and testability. The goal for the 1.5.x line is that adding a new stack should also add understanding, environment preparation, and verification — not just another name on a list.

What should you use 1.4.x for today?

If your stack is not first-class yet, ChatCode is still useful — you just need the right expectations about automation depth.

Excellent fit

Rust, TypeScript/JavaScript, Node/Vite/Next/Nuxt/Astro/SvelteKit, Laravel/PHP runtime workflows, large projects that need Brain, Git/remote/review.

Useful with more supervision

Python projects without framework adapters, PHP where deeper semantics are needed, Go/Java/.NET/C++, and stacks without typed task profiles yet.

Safety principle

Start read-only, enable Write/Task when needed, let ChatCode report the environment before installing/running anything, and review deploy/destructive actions.

What we want users to understand: ChatCode 1.4.x is already a practical AI working environment, not merely a file-reading bridge. 1.5.x focuses on turning that foundation into deeper and more consistent multi-stack support.