opencode-skills-collection 3.0.32 → 3.0.33

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (48) hide show
  1. package/bundled-skills/.antigravity-install-manifest.json +10 -1
  2. package/bundled-skills/bilig-workpaper/SKILL.md +12 -3
  3. package/bundled-skills/bumblebee/SKILL.md +6 -2
  4. package/bundled-skills/bun-development/SKILL.md +5 -3
  5. package/bundled-skills/cloud-penetration-testing/SKILL.md +5 -3
  6. package/bundled-skills/container-security-hardening/SKILL.md +20 -7
  7. package/bundled-skills/container-security-hardening/references/kubernetes-pod-security.md +8 -2
  8. package/bundled-skills/doc2math/SKILL.md +102 -0
  9. package/bundled-skills/docs/integrations/jetski-cortex.md +3 -3
  10. package/bundled-skills/docs/integrations/jetski-gemini-loader/README.md +1 -1
  11. package/bundled-skills/docs/maintainers/repo-growth-seo.md +3 -3
  12. package/bundled-skills/docs/maintainers/skills-update-guide.md +1 -1
  13. package/bundled-skills/docs/users/bundles.md +1 -1
  14. package/bundled-skills/docs/users/claude-code-skills.md +1 -1
  15. package/bundled-skills/docs/users/gemini-cli-skills.md +1 -1
  16. package/bundled-skills/docs/users/getting-started.md +6 -2
  17. package/bundled-skills/docs/users/kiro-integration.md +1 -1
  18. package/bundled-skills/docs/users/usage.md +4 -4
  19. package/bundled-skills/docs/users/visual-guide.md +4 -4
  20. package/bundled-skills/environment-setup-guide/SKILL.md +10 -6
  21. package/bundled-skills/evolution/SKILL.md +5 -3
  22. package/bundled-skills/github-actions-advanced/SKILL.md +34 -9
  23. package/bundled-skills/gitops-workflow/SKILL.md +5 -3
  24. package/bundled-skills/ii-commons/SKILL.md +15 -1
  25. package/bundled-skills/lemmaly/SKILL.md +15 -6
  26. package/bundled-skills/linkerd-patterns/SKILL.md +5 -3
  27. package/bundled-skills/longbridge/SKILL.md +5 -1
  28. package/bundled-skills/mercury-mcp/SKILL.md +9 -1
  29. package/bundled-skills/moatmri/SKILL.md +84 -0
  30. package/bundled-skills/nextjs-seo-indexing/SKILL.md +263 -0
  31. package/bundled-skills/openclaw-github-repo-commander/scripts/repo-audit.sh +42 -0
  32. package/bundled-skills/photopea-embedded-editor/SKILL.md +7 -3
  33. package/bundled-skills/schema-markup-generator/SKILL.md +319 -0
  34. package/bundled-skills/sendblue/sendblue-api/SKILL.md +6 -1
  35. package/bundled-skills/sendblue/sendblue-cli/SKILL.md +6 -1
  36. package/bundled-skills/sendblue/sendblue-notify/SKILL.md +6 -1
  37. package/bundled-skills/sendblue/textme/SKILL.md +4 -0
  38. package/bundled-skills/social-metadata-hardening/SKILL.md +230 -0
  39. package/bundled-skills/socialclaw/SKILL.md +6 -1
  40. package/bundled-skills/uv-package-manager/resources/implementation-playbook.md +5 -3
  41. package/bundled-skills/varlock/SKILL.md +10 -6
  42. package/bundled-skills/vibe-code-cleanup/SKILL.md +231 -0
  43. package/bundled-skills/vibecode-production-qa-validator/SKILL.md +237 -0
  44. package/bundled-skills/wordpress-centric-high-seo-optimized-blogwriting-skill/SKILL.md +229 -162
  45. package/bundled-skills/yield-intelligence/SKILL.md +121 -0
  46. package/bundled-skills/youtube-full/SKILL.md +144 -0
  47. package/package.json +1 -1
  48. package/skills_index.json +199 -1
@@ -88,9 +88,11 @@ curl -H "Authorization: Bearer $API_KEY" https://api.example.com
88
88
 
89
89
  ```bash
90
90
  # Install Varlock CLI
91
- curl -sSfL https://varlock.dev/install.sh -o /tmp/varlock-install.sh
92
- sed -n '1,160p' /tmp/varlock-install.sh
93
- sh /tmp/varlock-install.sh --force-no-brew
91
+ tmpdir="$(mktemp -d)"
92
+ trap 'rm -rf "$tmpdir"' EXIT
93
+ curl -sSfL https://varlock.dev/install.sh -o "$tmpdir/varlock-install.sh"
94
+ sed -n '1,160p' "$tmpdir/varlock-install.sh"
95
+ sh "$tmpdir/varlock-install.sh" --force-no-brew
94
96
 
95
97
  # Add to PATH (add to ~/.zshrc or ~/.bashrc)
96
98
  export PATH="$HOME/.varlock/bin:$PATH"
@@ -245,9 +247,11 @@ varlock load
245
247
 
246
248
  ```dockerfile
247
249
  # Install Varlock in container
248
- RUN curl -sSfL https://varlock.dev/install.sh -o /tmp/varlock-install.sh \
249
- && sed -n '1,160p' /tmp/varlock-install.sh \
250
- && sh /tmp/varlock-install.sh --force-no-brew \
250
+ RUN tmpdir="$(mktemp -d)" \
251
+ && curl -sSfL https://varlock.dev/install.sh -o "$tmpdir/varlock-install.sh" \
252
+ && sed -n '1,160p' "$tmpdir/varlock-install.sh" \
253
+ && sh "$tmpdir/varlock-install.sh" --force-no-brew \
254
+ && rm -rf "$tmpdir" \
251
255
  && ln -s /root/.varlock/bin/varlock /usr/local/bin/varlock
252
256
 
253
257
  # Validate at container start
@@ -0,0 +1,231 @@
1
+ ---
2
+ name: vibe-code-cleanup
3
+ description: "Safe production cleanup and hardening for vibe-coded fullstack apps (Next.js, React, Node.js, etc.). Removes dead imports, unused files, broken references, and standardizes helpers without breaking routes or APIs."
4
+ category: fullstack
5
+ risk: safe
6
+ source: self
7
+ source_type: self
8
+ date_added: "2026-05-31"
9
+ author: Whoisabhishekadhikari
10
+ tags: [cleanup, refactor, nextjs, production, vibe-code, fullstack, nodejs]
11
+ tools: [claude, cursor, gemini, claude-code]
12
+ version: 1.0.0
13
+ ---
14
+
15
+ # Vibe-Code Cleanup — Production Refactor Skill
16
+
17
+ A safe, incremental cleanup workflow for AI-generated / vibe-coded fullstack apps.
18
+ The goal is to make the codebase production-ready **without** breaking anything that already works.
19
+
20
+ ## When to Use
21
+
22
+ - Use when a rapidly built app works but has broken imports, duplicated logic, dead code, unclear environment variables, or fragile release hygiene.
23
+ - Use before launch or handoff to convert exploratory code into a maintainable production baseline.
24
+ - Use when cleanup must preserve existing behavior and avoid broad rewrites of routes, APIs, auth, data models, or integrations.
25
+
26
+ ## Core Philosophy
27
+
28
+ > **Surgery, not demolition.** Remove only what is provably dead. Preserve everything else.
29
+
30
+ Never:
31
+ - Rewrite working systems for cosmetic reasons
32
+ - Rename routes, slugs, or API endpoints that may be indexed or cached
33
+ - Change tool inputs/outputs, API contracts, DB schema, or auth flow
34
+ - Delete files you haven't verified are unused
35
+ - Make broad sweeping changes in a single commit
36
+
37
+ Always:
38
+ - Make small, targeted, reversible changes
39
+ - Validate after every meaningful batch of changes
40
+ - Prefer shared helpers over copy-pasted blocks
41
+ - Keep backward compatibility
42
+
43
+ ---
44
+
45
+ ## Step 1 — Reconnaissance (read before touching)
46
+
47
+ Before changing anything, map the codebase:
48
+
49
+ ```bash
50
+ # List all pages/routes
51
+ find . -path "*/app/**/page.{js,jsx,ts,tsx}" | sort
52
+ find . -path "*/pages/**/*.{js,jsx,ts,tsx}" | grep -v "_" | sort
53
+
54
+ # Find broken imports (TS projects)
55
+ npx tsc --noEmit 2>&1 | head -80
56
+
57
+ # Find unused exports (optional, for larger projects)
58
+ npx ts-prune 2>/dev/null | head -40
59
+
60
+ # Check for console.log / debug leftovers
61
+ grep -r "console\.log\|debugger\|TODO\|FIXME\|HACK" --include="*.{js,ts,jsx,tsx}" -l
62
+ ```
63
+
64
+ Document what you find. Do NOT change yet.
65
+
66
+ ---
67
+
68
+ ## Step 2 — Fix Broken Imports First
69
+
70
+ Broken imports cause build failures and should be fixed before anything else.
71
+
72
+ ```bash
73
+ # TypeScript: list all errors
74
+ npx tsc --noEmit 2>&1
75
+
76
+ # Common patterns to fix:
77
+ # - Missing file (file was deleted or renamed)
78
+ # - Wrong relative path (../lib vs ../../lib)
79
+ # - Named export that doesn't exist
80
+ ```
81
+
82
+ **Fix rule:** Fix the import reference. Do NOT delete the referenced file unless you've confirmed it's unused everywhere.
83
+
84
+ ---
85
+
86
+ ## Step 3 — Identify Dead Code (verify before removing)
87
+
88
+ A file/export is safe to remove **only if**:
89
+ 1. No other file imports it (grep-confirmed)
90
+ 2. It's not referenced in config, sitemap, or route manifest
91
+ 3. It's not a public-facing URL (page.js, route.js)
92
+
93
+ ```bash
94
+ # Check if a file is imported anywhere
95
+ grep -r "from.*my-file\|require.*my-file" --include="*.{js,ts,jsx,tsx}" .
96
+
97
+ # Check if a component is used anywhere
98
+ grep -r "MyComponent" --include="*.{js,ts,jsx,tsx}" .
99
+ ```
100
+
101
+ ---
102
+
103
+ ## Step 4 — Consolidate Repeated Logic into Helpers
104
+
105
+ Look for repeated patterns (metadata blocks, API fetch wrappers, error handlers) that appear in 3+ places.
106
+
107
+ **Good consolidation targets:**
108
+ - Page-level SEO metadata (Open Graph, Twitter cards, canonical)
109
+ - Fetch wrappers with error handling
110
+ - Repeated utility functions (slugify, formatDate, truncate)
111
+
112
+ **Bad consolidation targets (leave alone):**
113
+ - One-off business logic
114
+ - Route handlers with different contracts
115
+ - Anything touching DB schema or auth
116
+
117
+ **Pattern for shared metadata helper (Next.js):**
118
+ ```js
119
+ // lib/socialMetadata.js
120
+ export function buildPageMetadata({ title, description, path, image }) {
121
+ const baseUrl = process.env.NEXT_PUBLIC_BASE_URL || 'https://yourdomain.com';
122
+ const imageUrl = image?.startsWith('http') ? image : `${baseUrl}${image}`;
123
+
124
+ return {
125
+ title,
126
+ description,
127
+ openGraph: {
128
+ title,
129
+ description,
130
+ url: `${baseUrl}${path}`,
131
+ images: [{ url: imageUrl, width: 1200, height: 630, alt: title }],
132
+ },
133
+ twitter: {
134
+ card: 'summary_large_image',
135
+ title,
136
+ description,
137
+ images: [imageUrl],
138
+ },
139
+ alternates: {
140
+ canonical: `${baseUrl}${path}`,
141
+ },
142
+ };
143
+ }
144
+ ```
145
+
146
+ ---
147
+
148
+ ## Step 5 — Environment Variable Audit
149
+
150
+ ```bash
151
+ # List all env vars used in code
152
+ grep -r "process\.env\." --include="*.{js,ts,jsx,tsx}" . | grep -oP 'process\.env\.\w+' | sort -u
153
+
154
+ # Compare against .env.example or .env.local
155
+ cat .env.example 2>/dev/null || cat .env.local 2>/dev/null
156
+ ```
157
+
158
+ Flag any env vars used in code but missing from `.env.example`. Never add secrets to version control.
159
+
160
+ ---
161
+
162
+ ## Step 6 — Validate After Every Batch
163
+
164
+ Run this after every meaningful batch of cleanup changes:
165
+
166
+ ```bash
167
+ # TypeScript check
168
+ npx tsc --noEmit
169
+
170
+ # Lint
171
+ npx eslint . --ext .js,.jsx,.ts,.tsx --max-warnings 0
172
+
173
+ # Build (catches runtime issues TypeScript misses)
174
+ npm run build
175
+
176
+ # Tests (if present)
177
+ npm test -- --runInBand --passWithNoTests
178
+ ```
179
+
180
+ If build or typecheck breaks → **revert the last batch** before continuing.
181
+
182
+ ---
183
+
184
+ ## Step 7 — Commit Strategy
185
+
186
+ Each commit should be a single logical unit:
187
+
188
+ ```
189
+ fix: remove broken import in app/blog/page.js
190
+ refactor: consolidate social metadata into lib/socialMetadata.js
191
+ chore: remove verified-unused utils/oldHelper.js
192
+ fix: standardize env var references to NEXT_PUBLIC_BASE_URL
193
+ ```
194
+
195
+ Never bundle UI changes + logic changes + file deletions in one commit. Smaller commits = easier rollback.
196
+
197
+ ---
198
+
199
+ ## What NOT to Clean Up
200
+
201
+ Treat these as off-limits unless there's a verified bug:
202
+
203
+ | Area | Why |
204
+ |------|-----|
205
+ | Route slugs / page paths | May be indexed by Google |
206
+ | API route contracts | Callers depend on exact shape |
207
+ | DB schema / Prisma models | Migration required |
208
+ | Auth flow logic | Security-sensitive |
209
+ | Third-party integration configs | Keys/webhooks are environment-specific |
210
+ | Working tool pages | User-facing functionality |
211
+
212
+ ---
213
+
214
+ ## Cleanup Checklist
215
+
216
+ - [ ] TypeScript errors fixed
217
+ - [ ] No broken imports
218
+ - [ ] Dead code removed (grep-verified)
219
+ - [ ] Shared helpers created for repeated patterns (3+ uses)
220
+ - [ ] No hardcoded secrets or local-only URLs
221
+ - [ ] All env vars documented in `.env.example`
222
+ - [ ] Build passes
223
+ - [ ] Tests pass (or no tests exist)
224
+ - [ ] Lint passes
225
+ - [ ] Each commit is scoped and explainable
226
+
227
+ ## Limitations
228
+
229
+ - Does not infer product intent from code alone; confirm behavior before deleting routes, components, API contracts, or data models.
230
+ - Cleanup should be applied in small reviewed batches because broad refactors can hide regressions.
231
+ - Avoid changing auth, billing, persistence, or third-party integration behavior without explicit requirements and tests.
@@ -0,0 +1,237 @@
1
+ ---
2
+ name: vibecode-production-qa-validator
3
+ description: "End-to-end production QA, build verification, and launch-readiness checklist for fullstack Next.js apps before going live or shipping a major update. Covers TypeScript, linting, tests, build, SEO tags, route regression, and sitemap validation."
4
+ category: devops
5
+ risk: safe
6
+ source: self
7
+ source_type: self
8
+ date_added: "2026-05-31"
9
+ author: Whoisabhishekadhikari
10
+ tags: [qa, testing, nextjs, production, build-validation, deployment, seo]
11
+ tools: [claude, cursor, gemini, claude-code]
12
+ version: 1.0.0
13
+ ---
14
+
15
+ # Production QA Validator Skill
16
+
17
+ The end-to-end launch checklist for fullstack Next.js apps. Run this before every production deployment or after any major change.
18
+
19
+ ---
20
+
21
+ ## When to Use
22
+
23
+ - Use before deploying a vibe-coded or fast-built app to production.
24
+ - Use when validating build output, SEO tags, sitemap routes, API routes, git diff cleanliness, and post-deploy smoke checks.
25
+ - Use when you need a concrete definition of done for release readiness across code, runtime behavior, and public URLs.
26
+
27
+ ---
28
+
29
+ ## The Full Validation Command Sequence
30
+
31
+ Run in order — stop and fix on any failure before continuing:
32
+
33
+ ```bash
34
+ # 1. TypeScript — catches type errors and broken imports
35
+ npx tsc --noEmit
36
+
37
+ # 2. Custom validation scripts (if present)
38
+ npm run validate 2>/dev/null || echo "No validate script"
39
+
40
+ # 3. Canonical/SEO linting (if present)
41
+ npm run lint:canon 2>/dev/null || echo "No canon lint"
42
+ npm run lint:anchors 2>/dev/null || echo "No anchor lint"
43
+ npm run lint:links 2>/dev/null || echo "No link lint"
44
+
45
+ # 4. ESLint
46
+ npx eslint . --ext .js,.jsx,.ts,.tsx --max-warnings 0
47
+
48
+ # 5. Tests
49
+ npm test -- --runInBand --passWithNoTests
50
+
51
+ # 6. Production build — the final arbiter
52
+ npm run build
53
+ ```
54
+
55
+ All 6 must pass before committing.
56
+
57
+ ---
58
+
59
+ ## Reading the Build Output
60
+
61
+ ```bash
62
+ npm run build 2>&1 | tee build.log
63
+
64
+ # Check for errors
65
+ grep -i "error\|failed\|cannot" build.log | grep -v "no errors"
66
+
67
+ # Check static page count
68
+ grep "Static pages\|○\|●" build.log | tail -5
69
+ ```
70
+
71
+ ### Route symbols explained
72
+ | Symbol | Meaning | Expected? |
73
+ |--------|---------|-----------|
74
+ | `○` | Static (rendered at build time) | ✓ Good for most pages |
75
+ | `●` | SSG (generated from `generateStaticParams`) | ✓ Good for dynamic pages |
76
+ | `λ` | Serverless (dynamic, rendered on request) | ✓ APIs and truly dynamic pages only |
77
+ | `⊕` | Partial prerender | ✓ Fine |
78
+
79
+ If an important SEO page shows `λ` and should be static, add `generateStaticParams` or use `export const dynamic = 'force-static'`.
80
+
81
+ ---
82
+
83
+ ## SEO Tags in Raw HTML Verification
84
+
85
+ Crawlers don't run JavaScript. Metadata must be in the raw HTML response.
86
+
87
+ ```bash
88
+ # Check a page's metadata
89
+ curl -s https://www.yourdomain.com/blog/my-post | grep -i \
90
+ "og:title\|og:description\|og:image\|twitter:card\|canonical\|description"
91
+
92
+ # Expected output should include all of these:
93
+ # <meta property="og:title" content="..." />
94
+ # <meta property="og:description" content="..." />
95
+ # <meta property="og:image" content="https://..." />
96
+ # <meta name="twitter:card" content="summary_large_image" />
97
+ # <link rel="canonical" href="https://..." />
98
+ # <meta name="description" content="..." />
99
+ ```
100
+
101
+ If tags are missing from raw HTML: they're added by client-side JavaScript. Fix: move to `export const metadata` or `generateMetadata`.
102
+
103
+ ---
104
+
105
+ ## Route Regression Testing
106
+
107
+ After any major change, verify all critical route types still return 200:
108
+
109
+ ```bash
110
+ BASE="https://www.yourdomain.com"
111
+
112
+ # Core pages
113
+ for path in "/" "/about" "/contact" "/privacy" "/terms" "/faq"; do
114
+ STATUS=$(curl -s -o /dev/null -w "%{http_code}" "$BASE$path")
115
+ echo "$STATUS $BASE$path"
116
+ done
117
+
118
+ # Sitemaps
119
+ for path in "/sitemap.xml" "/robots.txt"; do
120
+ STATUS=$(curl -s -o /dev/null -w "%{http_code}" "$BASE$path")
121
+ echo "$STATUS $BASE$path"
122
+ done
123
+
124
+ # Sample dynamic routes (test a few real slugs)
125
+ for path in "/tools/keyword-density-checker" "/blog/my-post-slug"; do
126
+ STATUS=$(curl -s -o /dev/null -w "%{http_code}" "$BASE$path")
127
+ echo "$STATUS $BASE$path"
128
+ done
129
+ ```
130
+
131
+ All should return `200`. Investigate anything returning `404`, `500`, or `301`/`302` when a direct URL was expected.
132
+
133
+ ---
134
+
135
+ ## Sitemap Validation
136
+
137
+ ```bash
138
+ # Fetch and validate sitemap XML
139
+ curl -s https://www.yourdomain.com/sitemap.xml | python3 -c "
140
+ import sys, xml.etree.ElementTree as ET
141
+ try:
142
+ ET.parse(sys.stdin)
143
+ print('✓ Valid XML')
144
+ except Exception as e:
145
+ print(f'✗ Invalid XML: {e}')
146
+ "
147
+
148
+ # Count URLs in sitemap
149
+ curl -s https://www.yourdomain.com/sitemap.xml | grep -c "<loc>"
150
+ ```
151
+
152
+ ---
153
+
154
+ ## API Route Testing
155
+
156
+ ```bash
157
+ # Test API endpoints return expected content-type and status
158
+ for path in "/api/health" "/api/tools"; do
159
+ RESULT=$(curl -s -o /dev/null -w "%{http_code} %{content_type}" "$BASE$path")
160
+ echo "$RESULT $path"
161
+ done
162
+ ```
163
+
164
+ ---
165
+
166
+ ## Pre-Commit Git Checklist
167
+
168
+ Before committing:
169
+
170
+ ```bash
171
+ # Review what's changed
172
+ git diff --stat HEAD
173
+
174
+ # Ensure no secrets or local-only files
175
+ git diff HEAD | grep -i "password\|secret\|api_key\|localhost:3000" | grep "^+"
176
+
177
+ # Confirm no build artifacts are staged
178
+ git status | grep -E "\.next|node_modules"
179
+ ```
180
+
181
+ Good commit message format:
182
+ ```
183
+ type(scope): brief description
184
+
185
+ fix(seo): add canonical tags to all blog pages
186
+ feat(tools): add keyword density checker page
187
+ refactor(metadata): consolidate OG/Twitter tags into shared helper
188
+ chore(cleanup): remove unused utils/oldHelper.js
189
+ ```
190
+
191
+ ---
192
+
193
+ ## Post-Deployment Smoke Test
194
+
195
+ Run 5–10 minutes after deployment:
196
+
197
+ ```bash
198
+ PROD="https://www.yourdomain.com"
199
+
200
+ # Homepage loads
201
+ curl -sI "$PROD" | grep -i "http\|status"
202
+
203
+ # Key page loads
204
+ curl -sI "$PROD/tools/keyword-density-checker" | grep "200\|301\|404"
205
+
206
+ # No JS errors (requires manual browser check)
207
+ # Open browser → Console → look for red errors
208
+
209
+ # OG image loads
210
+ curl -sI "$PROD/images/og/home.jpg" | grep -i "200\|content-type"
211
+ ```
212
+
213
+ ---
214
+
215
+ ## Definition of Done
216
+
217
+ A change is **production-ready** only when ALL of the following are true:
218
+
219
+ - [ ] `npx tsc --noEmit` passes
220
+ - [ ] `npm run validate` passes (or no script)
221
+ - [ ] `npm run lint:canon` passes (or no script)
222
+ - [ ] `npx eslint .` passes with 0 warnings
223
+ - [ ] `npm test` passes or no tests exist
224
+ - [ ] `npm run build` completes successfully
225
+ - [ ] Important pages show `○` or `●` in build output (not `λ`)
226
+ - [ ] SEO tags visible in `curl` output for key pages
227
+ - [ ] All sitemap routes return valid XML
228
+ - [ ] No new 404s on previously working routes
229
+ - [ ] No secrets in git diff
230
+ - [ ] Commit message is scoped and descriptive
231
+ - [ ] Social preview platforms show correct card after cache refresh
232
+
233
+ ## Limitations
234
+
235
+ - Passing this checklist reduces release risk but does not prove the absence of production bugs.
236
+ - Some checks depend on project-specific scripts, deployment topology, and external services that may not exist in every app.
237
+ - Manual exploratory testing is still required for critical user journeys, payments, auth, and data mutation flows.