gatsby-blog-preview-publish
Preview, smoke test, build, and publish this Gatsby blog. Use when validating changes locally (`npm run develop`, `npm run build`, `npm run serve`), checking rendered pages in a browser, or triggering/pushing Netlify deployments or rebuilds for content/UI updates.
Works with
--- name: gatsby-blog-preview-publish description: Preview, smoke test, build, and publish this Gatsby blog. Use when validating changes locally (`npm run develop`, `npm run build`, `npm run serve`), checking rendered pages in a browser, or triggering/pushing Netlify deployments or rebuilds for content/UI updates. license: MIT --- # Gatsby Blog Preview Publish Run local preview/build checks and handle Netlify publish/rebuild steps safely for this repository. ## Local Commands Use the existing npm scripts: ```bash npm run develop npm run build npm run serve npm test npm run clean ``` ## Environment Caveat (Important) `gatsby-node.js` loads `.env.development` / `.env.production` and fetches Google Analytics data in `sourceNodes`. Local builds may fail if required env vars (for example `CLIENT_EMAIL`, `PRIVATE_KEY`) are missing or malformed. Before debugging Gatsby itself, check env loading first. ## Preview and Smoke Test Workflow 1. Start `npm run develop`. 2. Open the changed page(s) and confirm render. 3. Check homepage, target post page, and any affected tag page. 4. Verify images, embeds, code blocks, and footnotes render correctly. 5. If UI changed, check mobile layout with browser tools. 6. Run `npm run build` for production-style validation when the change is non-trivial. 7. Run `npm run serve` and re-check critical pages after a successful build. ## Browser Verification - Prefer browser automation/Playwright tools for repeatable smoke tests. - Capture screenshots only when visual diffs matter or when reporting regressions. - Check console/network logs for 404s (missing images, broken assets). ## Publish / Rebuild Workflow Use the least invasive method first: 1. Push commits (if the site is already connected to Netlify via Git). 2. Trigger a manual Netlify rebuild only when requested or when content needs a rebuild without code changes. 3. Use Netlify CLI (`npx netlify ...`) only when interactive deployment/linking is needed. ## Netlify Notes for This Repo - A GitHub Actions workflow (`.github/workflows/main.yml`) triggers a Netlify build hook on a schedule. - Treat the build hook URL as sensitive. Do not echo or paste the full URL in responses/logs. - If using Netlify CLI, follow the standard auth/status/link/deploy flow (`npx netlify status`, `deploy`, `deploy --prod`) and request escalated permissions when sandbox networking blocks outbound calls. ## Release Report Checklist Report: - Commands run - Pages checked - Build/serve status - Any env-related blockers - Deployment/rebuild action taken (and whether it was preview or production)
More Deployment & CI/CD skills
finetuning
microsoft/azure-skills
Fine-tune models on Microsoft Foundry using SFT (supervised), DPO (preference), or RFT (reinforcement with graders). Covers dataset preparation, training job submission, deployment, and evaluation. USE FOR: fine-tune, SFT, DPO, RFT, training data, grader, distillation, fine-tuned model, training job, large file upload, calibrate grader, deploy fine-tuned model, evaluate fine-tuned model. DO NOT USE FOR: general model deployment without fine-tuning (use deploy-model), agent creation (use agents), prompt optimization without training (use prompt-optimizer).
prisma-compute
prisma/skills
Prisma Compute deployment and hosting guide. Use whenever the user mentions Prisma Compute, `prisma.compute.ts`, `defineComputeConfig`, deploying or hosting a Prisma app, `@prisma/cli app deploy`, `compute:deploy`, `create-prisma --deploy`, `PRISMA_SERVICE_TOKEN`, Compute auth/workspaces, apps/deployments/build logs/domains, localhost vs `0.0.0.0`, deploy port binding, or framework deploy readiness for Hono, Elysia, Next.js, TanStack Start, Astro, Nuxt, Svelte, Nest, Turborepo, or custom/prebuilt artifacts.
azure-quotas
microsoft/azure-skills
Check/manage Azure quotas and usage across providers. For deployment planning, capacity validation, region selection. WHEN: \"check quotas\", \"service limits\", \"current usage\", \"request quota increase\", \"quota exceeded\", \"validate capacity\", \"regional availability\", \"provisioning limits\", \"vCPU limit\", \"how many vCPUs available in my subscription\".

