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.
- package/bundled-skills/.antigravity-install-manifest.json +10 -1
- package/bundled-skills/bilig-workpaper/SKILL.md +12 -3
- package/bundled-skills/bumblebee/SKILL.md +6 -2
- package/bundled-skills/bun-development/SKILL.md +5 -3
- package/bundled-skills/cloud-penetration-testing/SKILL.md +5 -3
- package/bundled-skills/container-security-hardening/SKILL.md +20 -7
- package/bundled-skills/container-security-hardening/references/kubernetes-pod-security.md +8 -2
- package/bundled-skills/doc2math/SKILL.md +102 -0
- package/bundled-skills/docs/integrations/jetski-cortex.md +3 -3
- package/bundled-skills/docs/integrations/jetski-gemini-loader/README.md +1 -1
- package/bundled-skills/docs/maintainers/repo-growth-seo.md +3 -3
- package/bundled-skills/docs/maintainers/skills-update-guide.md +1 -1
- package/bundled-skills/docs/users/bundles.md +1 -1
- package/bundled-skills/docs/users/claude-code-skills.md +1 -1
- package/bundled-skills/docs/users/gemini-cli-skills.md +1 -1
- package/bundled-skills/docs/users/getting-started.md +6 -2
- package/bundled-skills/docs/users/kiro-integration.md +1 -1
- package/bundled-skills/docs/users/usage.md +4 -4
- package/bundled-skills/docs/users/visual-guide.md +4 -4
- package/bundled-skills/environment-setup-guide/SKILL.md +10 -6
- package/bundled-skills/evolution/SKILL.md +5 -3
- package/bundled-skills/github-actions-advanced/SKILL.md +34 -9
- package/bundled-skills/gitops-workflow/SKILL.md +5 -3
- package/bundled-skills/ii-commons/SKILL.md +15 -1
- package/bundled-skills/lemmaly/SKILL.md +15 -6
- package/bundled-skills/linkerd-patterns/SKILL.md +5 -3
- package/bundled-skills/longbridge/SKILL.md +5 -1
- package/bundled-skills/mercury-mcp/SKILL.md +9 -1
- package/bundled-skills/moatmri/SKILL.md +84 -0
- package/bundled-skills/nextjs-seo-indexing/SKILL.md +263 -0
- package/bundled-skills/openclaw-github-repo-commander/scripts/repo-audit.sh +42 -0
- package/bundled-skills/photopea-embedded-editor/SKILL.md +7 -3
- package/bundled-skills/schema-markup-generator/SKILL.md +319 -0
- package/bundled-skills/sendblue/sendblue-api/SKILL.md +6 -1
- package/bundled-skills/sendblue/sendblue-cli/SKILL.md +6 -1
- package/bundled-skills/sendblue/sendblue-notify/SKILL.md +6 -1
- package/bundled-skills/sendblue/textme/SKILL.md +4 -0
- package/bundled-skills/social-metadata-hardening/SKILL.md +230 -0
- package/bundled-skills/socialclaw/SKILL.md +6 -1
- package/bundled-skills/uv-package-manager/resources/implementation-playbook.md +5 -3
- package/bundled-skills/varlock/SKILL.md +10 -6
- package/bundled-skills/vibe-code-cleanup/SKILL.md +231 -0
- package/bundled-skills/vibecode-production-qa-validator/SKILL.md +237 -0
- package/bundled-skills/wordpress-centric-high-seo-optimized-blogwriting-skill/SKILL.md +229 -162
- package/bundled-skills/yield-intelligence/SKILL.md +121 -0
- package/bundled-skills/youtube-full/SKILL.md +144 -0
- package/package.json +1 -1
- 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
|
-
|
|
92
|
-
|
|
93
|
-
sh /
|
|
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
|
|
249
|
-
&&
|
|
250
|
-
&&
|
|
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.
|