Most markdown backtick and shell-substitution alerts are formatting or quoted helper commands. Real risks remain in the fallback scripts because they upload project archives to fixed external deployment endpoints and poll returned URLs. No prompt injection text was found, but Archive.zip is an unnecessary binary review blind spot.
Project Archive Upload to External Deployment Service
The fallback flow packages project files and posts the tarball to fixed deployment endpoints, then returns public preview and claim URLs. This can disclose source or unpublished content if run without clear consent.
The prose instructs fallback deployment and both scripts post the generated tarball to external endpoints. The data flow and public deployment outcome are explicit.
The git deployment path instructs agents to add all files, commit, and push after one approval. Without a diff or secret review, unrelated files or credentials could be published.
The documented flow explicitly uses broad git add, commit, and push commands. The risk depends on local project contents, but the workflow is clear.
The scripts parse previewUrl from the deployment response and curl it without checking the host. A compromised or unexpected response could drive outbound requests to unintended destinations.
The URL is derived from an external response and then used in curl. The script discards the body, so impact is limited but real.
Capability review items (6)
These are real local capabilities that may be expected for this skill, so they require review but are not counted as confirmed malicious behavior.
RESPONSE=$(curl -s -X POST "$DEPLOY_ENDPOINT" -F "file=@$TARBALL" -F "framework=$FRAMEWORK")
This curl posts the generated project tarball to a fixed external deployment endpoint. That is intended deployment behavior, but it exposes source files and requires explicit user consent.
The hardcoded endpoint is later used to receive a project tarball through curl. Even if intended, this creates an external source-upload risk that requires explicit consent.
The hardcoded endpoint is later used to receive a project tarball through curl. Even if intended, this creates an external source-upload risk that requires explicit consent.
The script curls PREVIEW_URL parsed from a remote response without domain validation. A compromised endpoint could cause outbound requests to unexpected hosts.
Most markdown backtick and shell-substitution alerts are formatting or quoted helper commands. Real risks remain in the fallback scripts because they upload project archives to fixed external deployment endpoints and poll returned URLs. No prompt injection text was found, but Archive.zip is an unnecessary binary review blind spot.
Project Archive Upload to External Deployment Service
The fallback flow packages project files and posts the tarball to fixed deployment endpoints, then returns public preview and claim URLs. This can disclose source or unpublished content if run without clear consent.
The prose instructs fallback deployment and both scripts post the generated tarball to external endpoints. The data flow and public deployment outcome are explicit.
The git deployment path instructs agents to add all files, commit, and push after one approval. Without a diff or secret review, unrelated files or credentials could be published.
The documented flow explicitly uses broad git add, commit, and push commands. The risk depends on local project contents, but the workflow is clear.
The scripts parse previewUrl from the deployment response and curl it without checking the host. A compromised or unexpected response could drive outbound requests to unintended destinations.
The URL is derived from an external response and then used in curl. The script discards the body, so impact is limited but real.
Capability review items (6)
These are real local capabilities that may be expected for this skill, so they require review but are not counted as confirmed malicious behavior.
RESPONSE=$(curl -s -X POST "$DEPLOY_ENDPOINT" -F "file=@$TARBALL" -F "framework=$FRAMEWORK")
This curl posts the generated project tarball to a fixed external deployment endpoint. That is intended deployment behavior, but it exposes source files and requires explicit user consent.
The hardcoded endpoint is later used to receive a project tarball through curl. Even if intended, this creates an external source-upload risk that requires explicit consent.
The hardcoded endpoint is later used to receive a project tarball through curl. Even if intended, this creates an external source-upload risk that requires explicit consent.
The script curls PREVIEW_URL parsed from a remote response without domain validation. A compromised endpoint could cause outbound requests to unexpected hosts.
Static analysis found extensive shell, network, and filesystem activity. Review confirms these patterns are expected for a Vercel deployment skill, but the fallback scripts package project files and upload them to external deploy endpoints, so publication should include a clear warning. No prompt injection text or confirmed malicious intent was found.
3
Files scanned
901
Lines analyzed
10
Review items
0
False positives ignored
Capability review items (6)
These are real local capabilities that may be expected for this skill, so they require review but are not counted as confirmed malicious behavior.
Project Archive Upload to External Deployment Endpoint
The fallback scripts stage the selected project, create an archive, and upload it with curl to Vercel-hosted deployment endpoints. This is expected for deployment, but it can disclose project files if a user points the script at the wrong directory or stores secrets outside excluded environment files.
The scripts clearly tar project files and POST the archive to fixed deployment endpoints. The behavior matches the skill purpose, so the concern is disclosure risk rather than confirmed malicious intent.
The skill instructs agents to add all files, create a commit, and push to the configured git remote after user approval. This can publish unintended local changes if the agent or user has not reviewed the working tree first.
The git commands are explicit and semantically relevant to deployment. The instruction requires user approval, which reduces but does not remove the risk of publishing unintended files.
The skill can ask the agent to install the Vercel CLI globally and run browser-based login. This is legitimate setup work, but it changes the user environment and depends on trusted npm package resolution.
The installation and login commands are visible in the documented workflow. They are normal for Vercel deployment, but they require user trust and environment changes.
Static analysis flagged environment file references, but the scripts use those patterns to exclude .env files from the deployment archive. This reduces secret leakage for standard environment file names.
The cited lines show tar exclude rules and documentation stating .env files are excluded. This is a clear false positive for direct credential access.
Many external command findings are command examples in SKILL.md, not hidden execution inside the skill metadata. They document expected deployment steps for an agent to run with user intent.
The detections occur inside fenced Markdown examples and procedural instructions. They are not obfuscated code or automatically executed by reading the skill.
Hidden Home Directory Path Is Installation Guidance
The hidden home directory path points to the typical Claude skill installation location. It does not read arbitrary hidden files or request secrets from the user home directory.
The path is shown as the script location for a terminal-based agent. No code around this citation reads unrelated hidden files.
Static analysis found extensive shell, network, and filesystem activity. Review confirms these patterns are expected for a Vercel deployment skill, but the fallback scripts package project files and upload them to external deploy endpoints, so publication should include a clear warning. No prompt injection text or confirmed malicious intent was found.
3
Files scanned
901
Lines analyzed
10
Review items
0
False positives ignored
Capability review items (6)
These are real local capabilities that may be expected for this skill, so they require review but are not counted as confirmed malicious behavior.
Project Archive Upload to External Deployment Endpoint
The fallback scripts stage the selected project, create an archive, and upload it with curl to Vercel-hosted deployment endpoints. This is expected for deployment, but it can disclose project files if a user points the script at the wrong directory or stores secrets outside excluded environment files.
The scripts clearly tar project files and POST the archive to fixed deployment endpoints. The behavior matches the skill purpose, so the concern is disclosure risk rather than confirmed malicious intent.
The skill instructs agents to add all files, create a commit, and push to the configured git remote after user approval. This can publish unintended local changes if the agent or user has not reviewed the working tree first.
The git commands are explicit and semantically relevant to deployment. The instruction requires user approval, which reduces but does not remove the risk of publishing unintended files.
The skill can ask the agent to install the Vercel CLI globally and run browser-based login. This is legitimate setup work, but it changes the user environment and depends on trusted npm package resolution.
The installation and login commands are visible in the documented workflow. They are normal for Vercel deployment, but they require user trust and environment changes.
Static analysis flagged environment file references, but the scripts use those patterns to exclude .env files from the deployment archive. This reduces secret leakage for standard environment file names.
The cited lines show tar exclude rules and documentation stating .env files are excluded. This is a clear false positive for direct credential access.
Many external command findings are command examples in SKILL.md, not hidden execution inside the skill metadata. They document expected deployment steps for an agent to run with user intent.
The detections occur inside fenced Markdown examples and procedural instructions. They are not obfuscated code or automatically executed by reading the skill.
Hidden Home Directory Path Is Installation Guidance
The hidden home directory path points to the typical Claude skill installation location. It does not read arbitrary hidden files or request secrets from the user home directory.
The path is shown as the script location for a terminal-based agent. No code around this citation reads unrelated hidden files.
Evaluated 168 static findings across 3 files (901 lines). All external command patterns in SKILL.md are documentation examples, not vulnerabilities. Environment file access (lines 204-205) is security-positive—the script explicitly excludes .env files. Network access is limited to Vercel's official deployment API. The skill demonstrates proper security practices and is safe for publication.
The deploy scripts read .env file access at lines 204-205. Upon inspection, these are SECURITY-POSITIVE patterns that explicitly EXCLUDE .env files from deployment packages to prevent credential leaks. The tar commands use --exclude='.env' and --exclude='.env.*' to protect sensitive credentials from being deployed.
Direct inspection of lines 204-205 confirms the script explicitly excludes .env files from deployment packages, which is a security best practice.
The SKILL.md file contains bash code blocks with backtick syntax for displaying command examples. These are documentation examples, not actual code execution. The static scanner incorrectly flags markdown-rendered bash examples as Ruby/shell backtick execution.
SKILL.md is a markdown documentation file. All command patterns are bash code blocks within markdown fences, not executable code.
The static scanner flagged 'description' metadata and 'git commit -m' as weak cryptographic algorithms. These are false positives - 'description' is a YAML metadata field, and 'git commit -m' is a standard version control command, not cryptography.
Line 3 is YAML frontmatter 'description:', and line 68 is 'git commit -m'. Neither involves cryptographic algorithms.
Commands like 'vercel whoami' and 'command -v vercel' are standard pre-flight checks to determine if the Vercel CLI is installed and authenticated. These are legitimate checks required for the skill to function.
These commands check CLI availability and authentication status, which is required behavior for a deployment skill.