Outreach Demo

ReviewAudited by ClawScan on May 10, 2026.

Overview

The skill mostly matches its outreach purpose, but its approved-send path uses Gmail through undeclared local tooling and defaults to a hard-coded sender account.

Review and fix the Gmail sender setup before using this skill to send email. It is reasonable for draft/report generation, but do not approve outbound messages until the sender account, recipient, subject, body, and attachment are all shown and correct.

Findings (4)

Artifact-based informational review of SKILL.md, metadata, install specs, static scan signals, and capability signals. ClawScan does not execute the skill or run runtime probes.

What this means

If approved, the agent can send an outreach email with an attachment to a real recipient.

Why it was flagged

The skill can perform an external email-send action, but the artifact also requires recipient/message-specific approval before use.

Skill content
Do not send email automatically. Sending is allowed only after explicit user approval for that recipient/message. ... For actual HTML+brief send, use: scripts/send_outreach_package.sh --to <email> --subject <subject> --text <txt> --html <html> --attach <brief.pdf>
Recommendation

Only approve sends after checking the recipient, subject, body, attachment, and sender account; use dry-run or draft-only mode when possible.

What this means

An approved email may be attempted or sent using an unexpected Gmail profile, or the workflow may fail because the required account is not available.

Why it was flagged

The outbound Gmail command defaults to a fixed personal-looking account and forces that account selector into the environment, rather than requiring the configured sender account.

Skill content
ACCOUNT="alex.data.assistant@gmail.com" ... GOG_ACCOUNT="$ACCOUNT" "${CMD[@]}"
Recommendation

Remove the hard-coded default, require an explicit configured sender account, show the sender in the approval preview, and declare the Gmail account requirement in metadata.

What this means

Users may not realize that successful sending/rendering depends on local tools and Gmail account configuration outside the declared requirements.

Why it was flagged

The registry contract does not declare the local tools or account setup needed by the included Gmail send and PDF rendering scripts.

Skill content
No install spec — this is an instruction-only skill. ... Required binaries (all must exist): none ... Primary credential: none
Recommendation

Declare required/optional binaries such as gog and Chromium, and document the Gmail credential/profile setup needed for sending.

What this means

This is purpose-aligned PDF generation, but users should avoid feeding arbitrary untrusted HTML into the renderer.

Why it was flagged

The PDF workflow launches a local headless Chromium process with sandboxing disabled to render an HTML file.

Skill content
"$CHROME_BIN" --headless=new --disable-gpu --no-sandbox --print-to-pdf="$OUTPUT" "$INPUT_URL"
Recommendation

Render only the skill-generated HTML brief, use a trusted Chromium binary, and consider avoiding --no-sandbox where the environment supports sandboxing.