io.github.RohitYajee8076/backburner

MCPcommunity
v0.2.1io.github.RohitYajee8076UnknownUpdated 3mo agoGitHub

Run long shell commands as background tasks: start them, keep working, collect the results later

Put your AI agent's slow work on the back burner. Keep cooking. Background Tasks  ◦  Zero Infrastructure  ◦  Survives Restarts  ◦  Windows & Unix 📦 PyPI  •  🗂️ MCP Registry  •  🐛 Issues  •  📄 MIT v0.2.1 — output with non-ASCII characters (✓, emoji, any non-English text) no longer crashes tasks on Windows. v0.2.0 — is no longer…

Works in
ClaudeCursorCopilotGemini

Inferred from the transports this listing declares (stdio). A client not listed here hasn’t been ruled out — it just isn’t something Forge can confirm.

Automatically indexed from public sources. Not yet verified by the developer on Forge.Claim this listing →
2GitHub stars
3mo agoLast update
Package
Authorio.github.RohitYajee8076
LicenseUnknown
Version0.2.1
Sourcemcp-registry
Trust Status
B
60/100Good
✓Listed in Forge index+10/10
—Publisher identity verified+0/20
→ Publisher: run `forge publish` from the package repo to claim ownership
—Ed25519 publish signature+0/5
→ Included automatically when the publisher runs `forge publish`
—Domain verification+0/5
→ Publisher: host /.well-known/forge.json on the package homepage with { "publisher": "<github-login>" }
—npm Trusted Publishing (Sigstore)+0/5
→ Publish from GitHub Actions with --provenance so the attestation binds this package to this repo
—npm maintainer match+0/5
→ Earned once your identity is verified above and that login is an npm maintainer of this package
✓CVE scan · clean+30/30
✓Static analysis · clean+20/20
Paste into Claude Code, Cursor, or any AI assistant to fix all gaps
StatusCommunity-indexed
PublisherUnverified
SignatureUnsigned
Domain—
Provenance—
DependenciesNot audited
Tool surface—
Security scan✓ Cleanv0.2.1 · 3mo agoHow well does this scan work?
EvalsNone
IndexedJun 13, 2026

Verification confirms publisher identity (repo ownership), not code safety. The security scan covers known CVEs and suspicious install scripts.

Tools

No tool declarations found in the source3mo ago

Forge read 0 source files from the published package tarball and matched no MCP tool registrations. Extraction is pattern-based over shipped source: a server that builds its tool list at runtime, or that ships only bundled or minified code, registers nothing this can see. Treat it as “not detected”, not as “exposes none”.

About

Put your AI agent's slow work on the back burner. Keep cooking. Background Tasks&nbsp; ◦ &nbsp;Zero Infrastructure&nbsp; ◦ &nbsp;Survives Restarts&nbsp; ◦ &nbsp;Windows & Unix 📦 PyPI&nbsp; • &nbsp;🗂️ MCP Registry&nbsp; • &nbsp;🐛 Issues&nbsp; • &nbsp;📄 MIT v0.2.1 — output with non-ASCII characters (✓, emoji, any non-English text) no longer crashes tasks on Windows. v0.2.0 — is no longer reported for cancelled/timed-out tasks (it was an artifact of the kill, not a real result); new animated…

Keywords
mcp
Alternatives
Comparing tool surfaces…

No dependency coverage

Forge's dependency resolver reads npm metadata only, so this PyPI package has no resolved tree. That is a gap in coverage, not a clean bill of health.