Use before merging a release-shaped PR — pre-merge checklist, rollout plan, rollback criteria, ops handoff. Triggers on 'ready to ship', 'launch checklist', 'rollout plan for X'.
日本語の概要は準備中です。原文の説明を表示しています。
1,753 件 ・ 関連度順
概要と使いどころ
Use before merging a release-shaped PR — pre-merge checklist, rollout plan, rollback criteria, ops handoff. Triggers on 'ready to ship', 'launch checklist', 'rollout plan for X'.
日本語の概要は準備中です。原文の説明を表示しています。
Use when building or maintaining a Composer library — versioning, Laravel integration, autoloading, publishing to private registries — even when the user says 'release a new version'.
日本語の概要は準備中です。原文の説明を表示しています。
Kova/OpenClaw validation: benchmarks, release gates, scenarios, perf reports.
日本語の概要は準備中です。原文の説明を表示しています。
Use when the user needs to update, improve, audit, or maintain documentation in a project. Covers READMEs, changelogs, API docs, inline comments, missing docs, and overall documentation quality. Works well before releases or when documentation has fallen behind the code.
日本語の概要は準備中です。原文の説明を表示しています。
Use when the user wants a ready-to-paste social post kit for an app, tool, or project launch or update — "make social posts", "launch posts", "post kit", "prep socials", "promote this". Produces one Markdown file with finished posts for X, Reddit, Instagram, LinkedIn, Threads, and short-form video, plus a pre-post checklist. Pull real facts from the project (repo, release, what it does, OS, links).
日本語の概要は準備中です。原文の説明を表示しています。
WeChat Mini Program development skill for building, debugging, previewing, testing, publishing, and optimizing mini program projects. This skill should be used when users ask to create, develop, modify, debug, preview, test, deploy, publish, launch, review, or optimize WeChat Mini Programs, mini program pages, components, `tabBar`, routing, navigation, icon assets, project structure, project configuration, `project.config.json`, `appid` setup, device preview, real-device validation, WeChat Developer Tools Nightly workflows, `wechatide` CLI, WeChat IDE Skills/MCP, console/network debugging, `miniprogram-ci` preview/upload flows, or mini program release processes. It should also be used when users explicitly mention CloudBase, `wx.cloud`, Tencent CloudBase, 腾讯云开发, 微信云开发, or 云开发 in a mini program project.
日本語の概要は準備中です。原文の説明を表示しています。
MUST USE for GitHub-related operations, including a GitHub URL, repository or code search, Issues, pull requests, Actions, Releases, permissions, and API requests. Use the local GitHub CLI (`gh`).
日本語の概要は準備中です。原文の説明を表示しています。
Use when work produces a deliverable, factual claim, dataset, code change, decision, publication, deployment, automation, or irreversible action whose failure would matter; when the user asks for a quality gate, acceptance criteria, QA, completeness, validation, audit, evidence, preflight, release readiness, or a definition of done; or before claiming completion on medium- or high-risk work. Automatically decide whether a formal gate is warranted, derive task-specific pass/fail criteria, gather evidence, and block unsupported completion. Make sure to use this skill even when the user does not say "quality gate" if consequential work needs acceptance criteria or completion evidence. Skip formal gating for trivial, reversible, low-impact requests.
日本語の概要は準備中です。原文の説明を表示しています。
Create a changeset file in .changeset/ that describes a user-facing change for the release notes
日本語の概要は準備中です。原文の説明を表示しています。
MUST USE when user wants to 调研/research/搜索/search/查/找/look up anything on the internet — e.g. 全网调研 X / 帮我调研一下 X / 查一下 X / 搜搜 X / 看看大家怎么评价 X / X 上有什么讨论 / research this topic。 Also MUST USE when user mentions any platform or shares any URL/链接: 小红书/xiaohongshu/xhs, Twitter/推特/X, B站/bilibili, Reddit, V2EX, LinkedIn/领英/招聘/求职/jobs, YouTube, 小宇宙播客, 雪球/股票行情, RSS feeds, or a non-GitHub web URL. Multi-platform, multi-backend routing (OpenCLI / per-platform CLIs / APIs). Zero config for 6 channels. Run `agent-reach doctor --json` to see which backend serves each platform right now. NOT for: GitHub 相关操作(包括 GitHub URL、代码或仓库搜索、Issue、PR、 Actions 和 Release),由 github-cli 处理;写报告/数据分析/翻译等内容加工 (本 skill 只负责从互联网获取内容);发帖/评论/点赞等写操作;已有专门 skill 的平台(先用专门 skill)。 【路由方式】SKILL.md 包含路由表和常用命令,复杂场景需按需阅读对应分类的 references/*.md。 分类:search / social (小红书/推特/B站/V2EX/Reddit) / career(LinkedIn) / web(网页/文章/RSS) / video(YouTube/B站/播客)。
日本語の概要は準備中です。原文の説明を表示しています。
Prepare deployment configs, final checks, and pre-launch readiness artifacts for production release.
日本語の概要は準備中です。原文の説明を表示しています。
Pull the latest GEO-SEO skill updates from the upstream repository. Compares installed files against the latest release, shows what changed, and updates all skills, agents, scripts, and schema templates in place.
日本語の概要は準備中です。原文の説明を表示しています。
Build one release phase against the specs — plan it on an interactive board (endpoints, components, resources, with what already exists read from the codebase), let the user adjust, then build node by node while the board shows live progress. Use when the user wants to build a phase, implement the phase-1 slice, execute the plan from a story map or spec, or watch a build happen visually.
日本語の概要は準備中です。原文の説明を表示しています。
GStack land-and-deploy method for explicit landing and deployment workflows with tests, release notes, rollout gates, and rollback planning.
日本語の概要は準備中です。原文の説明を表示しています。
GStack engineering-manager plan review for architecture, data flow, APIs, migrations, edge cases, tests, performance, release risk, and implementation boundaries.
日本語の概要は準備中です。原文の説明を表示しています。
GStack health-check method for broad project or repository health review across tests, docs, DX, release readiness, and maintainability.
日本語の概要は準備中です。原文の説明を表示しています。
GStack ship method for final landing, PR, changelog, release, and deploy readiness checklists when the user explicitly wants to ship.
日本語の概要は準備中です。原文の説明を表示しています。
GStack deployment setup method for planning environment, config, secrets, build, deploy, and verification gates before release operations.
日本語の概要は準備中です。原文の説明を表示しています。
GStack learn method for capturing reusable lessons, triggers, and future retrieval cues after debugging, implementation, or release work.
日本語の概要は準備中です。原文の説明を表示しています。
GStack canary method for staged release thinking, smoke gates, rollout checks, and rollback signals before or after deployment.
日本語の概要は準備中です。原文の説明を表示しています。
GStack review method for pre-landing code, diff, PR, or implementation review focused on bugs, regressions, missing tests, and release risks.
日本語の概要は準備中です。原文の説明を表示しています。
Deploy a crouton app to Cloudflare Workers PRODUCTION (<app>.friendlyinter.net). A deliberate, human-initiated action — separate from the default staging /deploy skill. Use ONLY when explicitly asked to ship/release to production. Never run as part of routine work or an automated flow.
日本語の概要は準備中です。原文の説明を表示しています。
Use when auditing a repository for evidence-backed gaps between code, SPECs, architecture, and documentation — before a release, after a review, or when the user asks what is missing or divergent. Confirmed gaps become Draft SPECs via write-specs, a tracked GitHub Epic via create-issues, and orchestrated execution via orchestrator, with an explicit approval gate before any external action.
日本語の概要は準備中です。原文の説明を表示しています。
Package an AI skill, prompt workflow, or internal operating habit into a public-ready release with a catchy hook, safe redaction, useful examples, demo tasks, README copy, and launch messaging. Use when preparing a skill for GitHub, social sharing, marketplace submission, documentation, or community feedback.
日本語の概要は準備中です。原文の説明を表示しています。