Open-source project
PHPantom-dev/phpantom_lsp avatar
PHPantom-dev/phpantom_lsp

PHPantom: A Rust-based PHP language server that skips the indexing wait

Fast PHP language server with deep type intelligence. Generics, Laravel, PHPStan annotations. Ready in an instant.

1,201 stars64 forksRustMIT

At a glance

What is it?
PHPantom is a fast, lightweight PHP language server written in Rust, promising deep type intelligence with no indexing phase. It targets developers who find Intelephense or PHPStorm too slow or memory-hungry, but it is still in active development.
Who is it for?
Adopt PHPantom if you work on large PHP codebases, especially with Laravel or PHPStan annotations, and you are tired of waiting minutes for your language server to become ready. Do not adopt it if you need call hierarchy, full Blade template support, or a mature, stable tool for production use without risk.
Can I use it commercially?
Yes. MIT is a permissive licence: you can use, modify and sell software built on it, as long as you keep its copyright and licence notices.
Is it still maintained?
Yes. The repository last received commits 1 day ago.
What is it written in?
Mainly Rust, according to GitHub's language statistics.

Answers come from the project's GitHub data, last synced on September 15, 2026, and from our analysis. They are not legal advice.

DEEP OPEN-SOURCE ANALYSIS

The problem: PHP language servers are slow and heavy

The alternative to these heavy tools is a lighter editor with basic syntax highlighting, but that loses type intelligence. PHPantom positions itself as the middle ground: a language server that gives you deep type support without the wait. It is written in Rust, which is a deliberate choice for performance and memory control. The project is still in active development, but the README claims the core editing features are 'solid and used daily on production codebases.' That is a strong claim, but one you should verify yourself.

How PHPantom works: no indexing phase, instant readiness

The README emphasizes 'deep type intelligence' as the core feature. It supports generics via @template, PHPStan types, conditional return types, array shapes, and closure parameter inference. These are features that many other servers only partially support. For example, Intelephense has partial generics support, and Phpactor has partial support for PHPStan types. PHPantom aims to fully resolve these types at each call site, which is what makes completions and hover information accurate. The example files in examples/php/ and examples/laravel/ are designed to exercise every feature in the comparison table, so you can test them yourself.

Getting started: install and configuration

One thing to note: the project is in active development, and the latest release is 0.10.0. This means the API and configuration might change between versions. If you are using a package manager like Homebrew or a distribution's package repository, you might not get the latest version. Check the releases page on GitHub for the latest binary and changelog.

Feature depth: what you get beyond the basics

The context-aware intelligence section highlights smart PHPDoc completion. For @throws, it detects uncaught exceptions in the method body. For @param, it pre-fills from the signature. Tags are filtered to context and never suggested twice. This is a level of intelligence that goes beyond simple snippet completion. Array shape inference means that literal arrays offer key completion without any annotation, and nested shapes and spreads preserve element types. This is particularly useful for working with configuration arrays or data transfer objects.

Laravel support: a differentiator

However, Blade templates are only partially supported, marked with a construction sign. This means you might still need a separate extension for Blade. Other frameworks like CakePHP, WordPress, Symfony, Behat, PHPUnit, and Twig are also partial or require a plugin. So if you work outside Laravel, you might not get the same level of intelligence. The table shows that PHPStorm has plugin support for these, but PHPantom is still catching up.

Limitations and wrong use cases

Another limitation is that the documentation is sparse. The README gives a high-level overview, but the actual configuration details are in the external documentation site, which might not be complete. The README is truncated, so I cannot confirm all features. For example, the context-aware intelligence section is cut off mid-sentence. You should check the documentation and the examples to see if the features work as claimed. Also, since it is written in Rust, it might not be as easy to extend as a PHP-based tool like Phpactor, which you can modify with PHP code. If you need a language server that you can customize deeply, PHPantom might not be the right choice.

Alternatives: how they differ in approach

For Laravel specifically, there are dedicated tools like Laravel Idea for PHPStorm, but that is paid. PHPantom offers a free alternative that understands Eloquent out of the box. The trade-off is that PHPantom is younger and less battle-tested than Intelephense, which has been around for years. If stability is your priority, you might stick with Intelephense, even if it is slower.

Maintenance, upgrade cost, and license

The project has CI and Codecov badges, indicating that there is automated testing and coverage tracking. This is a good sign for quality, but it does not guarantee that the tool is bug-free. You should check the open issues on GitHub to see if there are any known problems that affect your use case. The README says the core editing features are used daily on production codebases, which is a positive signal, but you should verify that yourself.

Editorial conclusion

Adopt PHPantom if you work on large PHP codebases, especially with Laravel or PHPStan annotations, and you are tired of waiting minutes for your language server to become ready. Do not adopt it if you need call hierarchy, full Blade template support, or a mature, stable tool for production use without risk. Before adopting, verify that PHPantom's diagnostics and refactorings cover your specific workflows, and check the GitHub issues for known limitations. The project is under active development, so expect changes and potential bugs. The core editing features are solid enough for daily use, but you should test it on your actual codebase first.

Official sources

  1. Official documentation
  2. Official README
  3. Project repository
  4. Release notes
Community notes

Community notes