dep-security
Check every dependency in a package.json against live CVE databases and security advisories in real time — specifically targeting vulnerabilities disclosed in the last 48 hours, the window that Snyk, Dependabot, and npm audit miss. Use this skill whenever a user mentions checking dependencies for vulnerabilities, wants to audit their package.json, asks about CVEs for their packages, says "are my dependencies safe", "check my packages for security issues", "any new vulnerabilities in my deps", or pastes a package.json and asks about security. Also trigger when a user mentions wanting fresher data than Snyk or Dependabot provides. Returns: which dependencies have brand-new vulnerabilities, severity, what the vulnerability does, whether a patched version exists yet, and a prioritised fix list.
What this skill does
# Dependency Security Checker
Given a `package.json`, check every dependency against live CVE databases and security advisories — focusing on the last 48 hours, the window that cached tools miss.
## Pre-flight check
```bash
tinyfish --version
tinyfish auth status
```
If not installed: `npm install -g tinyfish`
If not authenticated: `tinyfish auth login`
---
## Step 1 — Parse dependencies
Read the `package.json` the user provided. Extract all package names and versions from:
- `dependencies`
- `devDependencies`
- `peerDependencies` (if present)
Produce a flat list: `[{name, version, type}]`
If the user hasn't provided a `package.json`, ask for it before proceeding. Do not guess.
Get today's date. Calculate the cutoff timestamp: **now minus 48 hours**. You will use this to filter results in every agent below.
---
## Step 2 — Batch packages
Do not fire one agent per package — that would be extremely slow for large projects.
Instead batch into groups of up to **10 packages per agent** and search for all of them at once. For a typical `package.json` with 20–40 deps, this means 2–4 agents total per source, all running in parallel.
Format each batch as a comma-separated search string:
`express,lodash,axios,react,webpack` etc.
---
## Step 3 — Parallel security scan
Fire all agents simultaneously using `&` + `wait`. Each agent searches one source for all batches at once.
```bash
# ── BATCH SETUP ──────────────────────────────────────────────
# Split your package list into batches of 10, e.g.:
# BATCH_1="express,lodash,axios,react,next"
# BATCH_2="webpack,typescript,eslint,jest,prisma"
# (add more batches as needed)
TODAY=$(date +%Y-%m-%d)
# ── CVE DATABASE ─────────────────────────────────────────────
# One agent per batch, all in parallel
tinyfish agent run \
--url "https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword={BATCH_1}" \
"You are on a CVE search results page. Today is {TODAY}.
You are looking for CVEs related to these npm packages: {BATCH_1}.
Scan ALL visible results on this page.
For each CVE that matches one of these package names AND was published or modified within the last 48 hours:
- CVE ID
- Package name it affects
- Severity (if shown)
- One-sentence description of what the vulnerability does
- Publication date
STRICT RULES:
- Do NOT click any CVE link
- Do NOT paginate
- Only include results from the last 48 hours — ignore older ones
- If nothing is within 48 hours, return an empty array
Return JSON array: [{cve_id, package, severity, description, published_date}]" \
--sync > /tmp/ds_cve_1.json &
# Repeat for each batch:
tinyfish agent run \
--url "https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword={BATCH_2}" \
"You are on a CVE search results page. Today is {TODAY}.
You are looking for CVEs related to these npm packages: {BATCH_2}.
Scan ALL visible results on this page.
For each CVE that matches one of these package names AND was published or modified within the last 48 hours:
- CVE ID, package name, severity, one-sentence description, publication date
STRICT RULES:
- Do NOT click any CVE link — read the listing text only
- Do NOT paginate
- Only include results from the last 48 hours
Return JSON array: [{cve_id, package, severity, description, published_date}]" \
--sync > /tmp/ds_cve_2.json &
# ── GITHUB SECURITY ADVISORIES ───────────────────────────────
tinyfish agent run \
--url "https://github.com/advisories?query=ecosystem%3Anpm&order=newest" \
"You are on the GitHub Security Advisories page filtered to npm, sorted by newest first. Today is {TODAY}.
Read through the visible advisory listings on this page.
For each advisory that:
1. Affects any of these packages: {ALL_PACKAGES}
2. Was published within the last 48 hours
Extract:
- Advisory ID (GHSA-...)
- Package name
- Severity (Critical / High / Medium / Low)
- One-sentence description
- Published date
- Patched version (if shown in the listing)
STRICT RULES:
- Do NOT click any advisory to open it
- Do NOT paginate or click 'Load more'
- Scan only the first 30 visible listings then stop
- 48-hour cutoff is strict — ignore anything older
Return JSON array: [{ghsa_id, package, severity, description, published_date, patched_version}]" \
--sync > /tmp/ds_ghsa.json &
# ── NPM SECURITY FEED ────────────────────────────────────────
tinyfish agent run \
--url "https://www.npmjs.com/advisories" \
"You are on the npm security advisories page. Today is {TODAY}.
Read through the visible advisory listings.
For each advisory that:
1. Affects any of these packages: {ALL_PACKAGES}
2. Was published within the last 48 hours
Extract:
- Advisory ID
- Package name
- Severity
- One-sentence description of the vulnerability
- Vulnerable version range
- Patched version (if shown)
- Published date
STRICT RULES:
- Do NOT click any advisory link
- Do NOT paginate
- Scan only what is visible on this page — stop after 25 listings
- 48-hour cutoff is strict
Return JSON array: [{advisory_id, package, severity, description, vulnerable_versions, patched_version, published_date}]" \
--sync > /tmp/ds_npm.json &
# ── WAIT FOR ALL ─────────────────────────────────────────────
wait
echo "=== CVE BATCH 1 ===" && cat /tmp/ds_cve_1.json
echo "=== CVE BATCH 2 ===" && cat /tmp/ds_cve_2.json
echo "=== GHSA ===" && cat /tmp/ds_ghsa.json
echo "=== NPM ===" && cat /tmp/ds_npm.json
```
**Before running**, replace:
- `{BATCH_1}`, `{BATCH_2}` etc. — 10 packages per batch from the parsed list
- `{ALL_PACKAGES}` — full comma-separated list of all package names (no versions)
- `{TODAY}` — today's date in YYYY-MM-DD format
Add or remove CVE batch agents depending on how many packages there are. Always fire all agents in parallel.
---
## Step 4 — Cross-reference and deduplicate
Combine results from all sources. For each finding:
1. **Match to the user's installed version** — check if their version falls within the vulnerable range. If it does, flag as **AFFECTED**. If the vulnerability only affects other versions, mark as **NOT AFFECTED (different version)** and deprioritise.
2. **Deduplicate** — the same CVE may appear in multiple sources. Merge into one entry.
3. **Check for patch** — note if a patched version exists and what it is.
4. **Rank by severity** — Critical → High → Medium → Low.
---
## Output format
```
## Dependency Security Report
*Scanned {N} packages against live CVE, GitHub Advisories, and npm feed*
*48-hour window: {CUTOFF_TIME} → now*
---
### 🚨 New Vulnerabilities Found ({N})
#### [CRITICAL/HIGH/MEDIUM/LOW] — {package}@{user_version}
**{CVE_ID} / {GHSA_ID}** · Published: {date} · Source: {CVE / GitHub / npm}
**What it does:** {plain English explanation of the vulnerability}
**Affected versions:** {range}
**Your version:** {version} ✅ affected / ❌ not in range
**Fix:** Upgrade to {patched_version} — `npm install {package}@{patched_version}`
*(or: No patch available yet as of {date})*
---
[repeat for each finding]
---
### ✅ No new vulnerabilities (last 48h)
These packages were checked and returned clean:
{package1}, {package2}, ... *(N packages)*
---
### ⚡ Quick Fix Commands
```bash
# Copy-paste to patch all affected packages:
npm install {pkg1}@{version} {pkg2}@{version}
```
### 📋 Summary
- **Packages scanned:** {N}
- **New vulnerabilities (48h):** {N}
- **Critical:** {N} · **High:** {N} · **Medium:** {N} · **Low:** {N}
- **Patches available:** {N}/{N}
- **Sources checked:** CVE MITRE · GitHub Security Advisories · npm advisories
```
---
## Edge cases
- **No vulnerabilities found** — say clearly: "No new vulnerabilities in the last 48 hours for your dependencies. For a full historical scan, run `npm audit`."
- **Package not found in any database** — skip silently, don't list it as clean or affected
- **No patch available yet** — flag explicitly: "⚠️ No patch available yet —Related in Ads & Marketing
ads
IncludedMulti-platform paid advertising audit and optimization skill. Analyzes Google, Meta, YouTube, LinkedIn, TikTok, Microsoft, and Apple Ads. 250+ checks with scoring, parallel agents, industry templates, and AI creative generation.
banana
IncludedAI image generation Creative Director powered by Google Gemini Nano Banana models. Use this skill for ANY request involving image creation, editing, visual asset production, or creative direction. Triggers on: generate an image, create a photo, edit this picture, design a logo, make a banner, visual for my anything, and all /banana commands. Handles text-to-image, image editing, multi-turn creative sessions, batch workflows, and brand presets.
rpg-migration-analyzer
IncludedAnalyzes legacy RPG (Report Program Generator) programs from AS/400 and IBM i systems for migration to modern Java applications. Extracts business logic from RPG III/IV/ILE source code, identifies data structures (D-specs), file operations (F-specs), program dependencies (CALLB/CALLP), and converts RPG constructs to Java equivalents. Generates migration reports, complexity estimates, and Java implementation strategies with POJO classes, JPA entities, and service methods. Use when modernizing AS/400 or IBM i legacy systems, analyzing RPG source files (.rpg, .rpgle, .RPGLE), converting RPG to Java, mapping data specifications to Java classes, planning legacy system migration, or when user mentions RPG analysis, Report Program Generator, RPG III/IV/ILE, AS/400 modernization, IBM i migration, packed decimal conversion, or mainframe application rewrite.
brand-library-architect
IncludedBuild a complete brand library for a product — visual asset render pipeline, brand documentation set (BRAND, COPY, MANIFESTO, BIOS, FAQ, GLOSSARY, TONE, PRICING), open-source convention files (README, CONTRIBUTING, SECURITY, CODE_OF_CONDUCT), and a self-contained press kit. This skill should be used when the user asks to "build a brand library / brand kit / press kit / brand assets" for a product, "set up a brand library workflow," "create a positioning manifesto plus visual identity," or any combination of brand documentation + visual asset pipeline. Apply phase-by-phase or run end-to-end. Templates are product-agnostic and use {{TOKEN}} placeholders the skill prompts the user to fill.
writing-tech-post
IncludedAuthors engineering blog posts end-to-end: launch deep-dives, incident postmortems, architecture migrations, performance case studies, tutorials, AI/agent system writeups, security disclosures, and research-to-product translations. Picks the correct archetype, plans the abstraction ladder, enforces an evidence cadence (diagrams, benchmarks, profiles, traces, code, ablations), tunes voice against publisher house styles (Datadog, Vercel, GitHub, AWS, Meta, Cloudflare, Jane Street), and runs a pre-publish gate for narrative momentum and disclosure ethics. Use when drafting a new engineering post, restructuring a draft that feels flat, deciding which evidence form belongs where, validating that depth and product context are balanced, or preparing a postmortem, migration, or performance narrative for external publication. Do not use for API reference documentation, README authoring, marketing copy, release notes, generic SEO content, ghost-written executive thought leadership, or non-engineering long-form essays.
blog-google
IncludedGoogle API integration for blog performance: PageSpeed Insights, CrUX Core Web Vitals with 25-week history, Search Console performance, URL Inspection, Indexing API, GA4 organic traffic, NLP entity analysis for E-E-A-T, YouTube video search for embedding, and Google Ads Keyword Planner. Progressive feature availability based on credential tier (API key, OAuth/service account, GA4, Ads). Shares config with claude-seo at ~/.config/claude-seo/google-api.json. Use when user says "google data", "page speed", "core web vitals", "search console", "indexation", "GA4", "keyword research", "nlp entities", "blog performance", "youtube search", "google api setup".