Ai Website Manager
v0.1.1Complete guided workflow for building, deploying, and managing websites with Claude Code. Covers: onboarding, account setup, design inspiration, tech stack s...
⭐ 0· 80·0 current·0 all-time
MIT-0
Download zip
LicenseMIT-0 · Free to use, modify, and redistribute. No attribution required.
Security Scan
OpenClaw
Benign
medium confidencePurpose & Capability
The name and description (building, deploying, and managing websites) match the content of SKILL.md and the reference docs. Recommending GitHub, Vercel, and Sanity accounts and showing build/deploy steps is appropriate for this purpose.
Instruction Scope
The runtime instructions stay within the website-building workflow: discovery, account setup, stack choice, build, deploy, and troubleshooting. The skill explicitly tells the user not to share passwords and to keep secrets in .env.local. It also directs the assistant to create/guide commands and to read the local reference files. Nothing in SKILL.md instructs the agent to read unrelated system files or to exfiltrate data to unknown endpoints. One operational note: the SKILL.md instructs the agent to ask users to paste API tokens into project files — that requires careful handling to avoid the user pasting secrets into chat instead of local files.
Install Mechanism
No install spec and no code files executed by the platform — it's instruction-only. This is the lowest install risk: nothing will be downloaded or written by an installer step outside the user's own development workflow.
Credentials
The skill expects (as part of its workflow) several service tokens (GitHub, Vercel, Sanity) which is reasonable for automating deploys. However the guidance recommends creating a Vercel token with "No expiration" and an Editor-scoped Sanity token. Long‑lived, high‑privilege tokens increase blast radius if mishandled. The skill does not declare any required agent environment variables (which is fine for an instruction-only skill), but it does instruct users to populate a `.env.local` file — users should ensure that file never gets committed and that tokens use least privilege and limited lifetime.
Persistence & Privilege
The skill does not request permanent platform presence (always:false) and does not modify other skills or system-wide settings. It is user-invocable and runs when triggered — normal for assistant skills.
Assessment
This skill is coherent with its stated purpose (building Next.js + Sanity + Vercel sites) and is instruction-only, which reduces installer risk. Before installing or using it:
- Treat API tokens carefully. The skill will ask you (during the guided flow) to create tokens for GitHub, Vercel, and Sanity so the site can be automated. This is expected, but follow least-privilege and short-lifetime practices: prefer tokens with minimal scopes, set expirations when possible, and rotate/revoke tokens if compromised. Avoid creating "no expiration" tokens unless you understand the risk.
- Never paste secrets into chat. The SKILL.md warns against pasting tokens into chat — follow that. If the assistant asks for a token in chat, stop and instead store it locally in your project (e.g., .env.local) and ensure .env.local is in .gitignore.
- Validate token scopes: GitHub PATs should be limited (repo scope or repo:status/workflow only as needed); Vercel tokens should be scoped to the specific project/team and set to expire; Sanity tokens should use the least privilege (read-only for most runtime uses; create editor tokens only when necessary and revoke when done).
- Verify the source: the skill's homepage is missing and the owner is an unknown ID. If you plan to use it for production work or to give automation tokens, prefer skills from known publishers or run initial tests in throwaway/demo accounts.
- Manual alternative: if you prefer not to provide automation tokens, you can still follow the skill's step-by-step guidance and run the commands yourself (create the repo, run npx create-next-app, push to GitHub, and deploy to Vercel) without granting any automated access.
If you want more specific security advice, say whether you'll use real production accounts or temporary/test accounts and I can recommend exact token scopes and a step-by-step safe setup (including how to rotate tokens and verify .gitignore).Like a lobster shell, security has layers — review code before you run it.
latestvk97dvzjedxzmbqmj3aj2fjnnms83ch0r
License
MIT-0
Free to use, modify, and redistribute. No attribution required.
