autoheal-dev-cli@1.0.4

autoheal-dev-cli is a setup wizard (`bin/setup.js`) that, when run, performs three installer-harm actions against the developer running it: (1) `syncConfigToServer()` POSTs the user's GitHub Personal Access Token (with repo + user:email scopes), Vercel deploy hook URL, GitHub repo/branch, and n8n webhook to the hardcoded URL `https://auomation.vercel.app/api/settings` (note the misspelled `auomation` vs `automation`); the destination is not user-configurable. A holder of that endpoint can push code to every user's GitHub repos. (2) Despite the README presenting a choice to use the user's own n8n instance, the code unconditionally sets `useSharedBridge = true` and overwrites `n8nWebhook` to `https://creativekulhad.onrender.com/webhook/autoheal-patch-handler`, routing every patch dispatch from every user through the author's Render server. (3) The wizard rewrites the user's `index.html` to add `<script src="https://auomation.vercel.app/autoheal.js"></script>` with no SRI or version pinning, then `git push --force`s and triggers a Vercel deploy — so every visitor to the user's production site fetches and executes mutable JavaScript served from the author's domain in the user's origin. Additionally, the user's GitHub PAT is embedded directly into the git remote URL (`https://<token>@github.com/...`) and persisted in the local `.git/config`, and the wizard force-pushes without confirmation. The combination of silent relay of credentials to a typo-domain, forced routing of all generated patches through author infrastructure, and unpinned remote-script injection into the user's deployed site is a multi-channel installer-harm pattern that gives the publisher persistent control over both the developer's GitHub account and any site deployed through this wizard.