Clear MIT licensing, a readable README, and release notes support adoption. The repository has no security policy or scanning, so operational transparency is limited.
68%
Total Score
50
100
86
75
The registry namespace and repository are owned by the same individual account, which supports package-to-repository alignment but provides no organizational maintenance redundancy.
One contributor made all commits during the last 3 months, leaving maintenance dependent on a single active person. The linked repository is user-owned rather than organization-owned, so there is no shown backing to offset that concentration.
Only one commit was recorded in the last 3 months, so recent maintenance activity is present but thin. This lowers confidence in sustained support.
Composer build tooling is present, but no security scanning tools were detected. The missing scanning is a modest supply-chain hygiene gap rather than evidence of abandonment.
The repository has no security policy, leaving vulnerability reporting and response expectations undocumented. This is a transparency gap, although it does not by itself indicate that the package is unsafe.
We didn't find any vulnerabilities for this package.
| Dependency | Last Release | Score |
|---|---|---|
nesbot/carbon Version ^2.67|^3.0 | — | — |
basis-company/nats Version ^1.0.3 | — | — |
Connect your repositories to instantly see whether vulnerable or malicious packages exist in your codebase.
Free. No credit card required.

I consent to receiving marketing communications based on Aikido’s Privacy Policy.
SOC 2Compliant
ISO 27001Compliant
ISO 42001Compliant© All Intel data is openly available and commercially licensed.