Loading the registry…
AI Job Hunter MCP
We found this by crawling public sources and nobody has attested to it. That is how most of the registry gets here, and it is not a mark against the artifact — it only means no authenticated act of publication is on record. An artifact can be the vendor's own and still appear here.
Choose your runtime: the CLI writes the mcpServers config entry for that target.
nerlo install --target claude-code -- job-hunter-mcp-server
Install respects the composite badge: Clean proceeds, Caution prompts for confirmation, and Flagged is refused. Write operations require an API token.
4 of 11 scanners examined this package. The rest do not apply to it — language, ecosystem and packaging decide which analyzers can say anything, and a scanner that cannot examine an artifact reports nothing rather than passing it.
v2.0.11
11 findings · 7.3s
v0.3.74
3 findings · 1.8s
v0.1.0
0 findings · 3.3s
v0.1.0
0 findings · 3.3s
v1.4.0
None of the entry points this scanner reads were found in this artifact. What each scanner covers
0 findings · 0.2s
vv0.3.2
No Go packages were found in this artifact. What each scanner covers
0 findings · 0.1s
v0.1.0
This scanner found nothing in this artifact that it assesses. What each scanner covers
0 findings · 1.9s
No report in this scan: govulncheck, osv-scanner, trivy, trivy_image.
1 scan on record. Every scan's full results are retained immutably for 24 months.
| Completed | Composite | Change | Scanners | Status |
|---|---|---|---|---|
| Aug 20, 2026 | Scan Halted | — | agentshield ·n/a: not applicablecisco-skill-scanner: completeagent-audit-kit: completenerlo-behavioral: completenerlo-install-instruction: completecapslock ·n/a: not applicablenerlo-multi-source ·n/a: not applicable | rejected |
Findings in files this artifact installs stand as reported; a model re-read the rest and said which ones it believes are false positives. This is a second opinion published beside the evidence, not a correction to it: the per-scanner reports above are unchanged, every dismissed finding is still listed there at its original severity, and the score and the Flagged badge are computed from those raw severities alone. Nothing below moved them.
Out of 14 findings across every scanner that examined this package.
Not reviewed is not the same as clean. Those 9 findings stand exactly as their scanners reported them, at full severity, as they would have without this review.
The model could have called any of these a false positive and did not.
2 AAK-MCP-SDK-CVE-2026-52869-001
Files: pyproject.toml, uv.lock · reported by agent-audit-kit
2 SECRET_CONNECTION_STRING
Files: /repo/alembic/env.py, /repo/app/core/config.py · reported by cisco-skill-scanner
1 DATA_EXFIL_NETWORK_REQUESTS
Files: /repo/app/etl/scrape_jobs.py · reported by cisco-skill-scanner
9 The model called these false positives and our own check did not agree, so the dismissal was refused.
Rules: TOOL_ABUSE_UNDECLARED_NETWORK, UNANALYZABLE_BINARY, SOCIAL_ENG_VAGUE_DESCRIPTION and 4 more · Files: /repo/repo/README.md, /repo/app/etl/.DS_Store, /repo/SKILL.md and 2 more · reported by cisco-skill-scanner, agent-audit-kit
Artifact contains critical security findings and exposed connection strings.
A critical finding is present in `/repo/scripts/init_db.py`. The artifact also exposes connection strings in `/repo/alembic/env.py` and `/repo/app/core/config.py`, which could lead to credential access. Additionally, a high-severity vulnerability (AAK-MCP-SDK-CVE-2026-52869-001) is identified in `pyproject.toml` and `uv.lock`.
Concern level assessed by the review: Critical. This is the review's scale, not the registry badge.
Reviewed by gemini-2.5-flash. The model sees the findings, not your code, and cannot change a score.