From backend-factory
Re-scan the current project's backend architecture and update the running factory visualization
npx claudepluginhub randyquaye/backend-come-alive --plugin backend-factoryThis skill is limited to using the following tools:
Re-scan the codebase and push updated architecture data to the running visualization.
Triggers research for existing libraries, tools, and patterns before coding new features. Searches npm, PyPI, MCP/skills, GitHub; evaluates matches and decides adopt/extend/build.
Audits cross-stack repos (C++/Android/iOS/Web), classifies files as project/third-party/artifacts, detects embedded libraries, assigns module verdicts, generates interactive HTML reports.
Reorganizes X and LinkedIn networks: review-first pruning of low-value follows, priority-based add/follow recommendations, and drafts warm outreach in user's voice.
Share bugs, ideas, or general feedback.
Re-scan the codebase and push updated architecture data to the running visualization.
curl -s http://localhost:7777/api/status
If the server is not running, tell the user to run /backend-factory:start first.
For a fast re-analysis, run the analysis script directly:
TMPFILE=$(mktemp /tmp/factory-arch-XXXXXX.json)
node ${CLAUDE_PLUGIN_ROOT}/analysis/analyze.js "${1:-.}" > "$TMPFILE"
curl -s -X POST http://localhost:7777/api/architecture \
-H "Content-Type: application/json" \
-d @"$TMPFILE"
rm -f "$TMPFILE"
After the script runs, read the JSON and enrich it with context you can glean quickly. Every node and action MUST be enriched — no bare metadata.
For EVERY node, these metadata fields are required (no exceptions):
metadata.description — a creative, human-readable description of what this component does.metadata.scenario — the best matching scenario ID from the catalog (e.g., auth-verify-token, db-select, db-insert, cache-hit, queue-enqueue, validate-pass, webhook-receive).description to its metadata explaining what the route does in plain English.metadata.stationLabel — a creative factory-themed name.metadata.stationLabel.metadata.factoryRole — a creative factory metaphor.metadata.stationLabel.At minimum, do a quick scan for background workers and cron patterns:
workers/, jobs/, cron/, tasks/, processors/ directoriesnew Worker(, node-cron patterns, @Cron( decorators, setInterval + fetch callsstripe.webhooks.constructEvent).on( patterns, Redis pub/sub subscribersFor any background flows found, create additional actions with the appropriate type (worker, cron, webhook, poller, event). See the enrichment guide in /backend-factory:start for the full action type schema.
context field with a rich narrative description.context describing the full lifecycle.flowDescriptions to each action — a mapping of stationId to what happens at that station.characterType to each action: RequestWorker for routes, QueueWorker for workers, CronWorker for cron, WebhookWorker for webhooks, PollerWorker for pollers, EventWorker for events.POST the enriched JSON back to the server.
If $ARGUMENTS contains "deep" or "full", launch the full agent pipeline from /backend-factory:start Phase 1-4 for comprehensive analysis with all agents.
Tell the user what was detected and that the visualization has been updated. The factory at http://localhost:7777 will auto-refresh via SSE. Mention that they can: