Creates GitHub-native docs. README badges, CONTRIBUTING, issue/PR templates, repo metadata.
日本語の概要は準備中です。原文の説明を表示しています。
8,304 件 ・ 関連度順
概要と使いどころ
Creates GitHub-native docs. README badges, CONTRIBUTING, issue/PR templates, repo metadata.
日本語の概要は準備中です。原文の説明を表示しています。
Use for non-trivial, design-bearing, or architecture-affecting work before execution planning. Creates or updates a versioned spec under planning/specs/active/ with design intent, alternatives, risks, and acceptance criteria.
日本語の概要は準備中です。原文の説明を表示しています。
Produce and maintain repository documentation and release artifacts including README files, PR descriptions, changelog entries, prompt templates, and instruction docs. Use when the user asks to create or update docs/process files under .github or project root.
日本語の概要は準備中です。原文の説明を表示しています。
Design, implement, and stabilize automated tests in this repository (unit, integration, and E2E) for .NET/C#, Rust, APIs, and frontend flows. Use when the user asks to create tests, increase coverage, fix flaky tests, or validate behavior changes.
日本語の概要は準備中です。原文の説明を表示しています。
Creates or updates the active planning artifact under planning/active/ for any change-bearing workstream. Consumes the active spec when one exists. Defines ordered tasks, target paths, commands, and checkpoints.
日本語の概要は準備中です。原文の説明を表示しています。
Create or update active planning documents under `planning/active`, then define the execution slices, validations, specialist handoff, and closeout expectations. Use when the task is non-trivial, multi-step, or explicitly asks for planning.
日本語の概要は準備中です。原文の説明を表示しています。
Create safe, deterministic git worktrees for large or risky workstreams. Use when tasks are complex enough to warrant isolation from the main working tree.
日本語の概要は準備中です。原文の説明を表示しています。
Design, implement, and stabilize automated tests (unit, integration, E2E) for .NET/C#, Rust, APIs, and frontend flows. Use when the user asks to create tests, increase coverage, fix flaky tests, or validate behavior changes.
日本語の概要は準備中です。原文の説明を表示しています。
Produce and maintain repository documentation and release artifacts, including README files, PR descriptions, changelog entries, prompt templates, and instruction docs. Use when the user asks to create or update docs/process files under .github or project root.
日本語の概要は準備中です。原文の説明を表示しています。
Use for non-trivial feature, behavior, workflow, or architecture work before execution planning. Create or update a versioned spec under planning/specs/active with design intent, alternatives, risks, acceptance criteria, and planning readiness.
日本語の概要は準備中です。原文の説明を表示しています。
Create safe, deterministic git worktrees for large or risky workstreams using the repository-owned runtime helper and Windows-safe defaults.
日本語の概要は準備中です。原文の説明を表示しています。
Documentation and narrative content. USE FOR: writing docs; markdown files; storybook stories; vitepress guides; API documentation. DO NOT USE FOR: production code changes (use code-implementation skill); tests (use test-writing skill); commit conventions (use commit-conventions skill).
日本語の概要は準備中です。原文の説明を表示しています。
Code implementation, refactoring, and bugfixes. USE FOR: implementing features; refactoring code; fixing bugs; modifying existing code. DO NOT USE FOR: writing tests (separate skill); documentation (separate skill); commit conventions (separate skill).
日本語の概要は準備中です。原文の説明を表示しています。
Git commit and pull request conventions. USE FOR: writing commit messages; checking Conventional Commits and gitmoji; branch naming; rebase workflow on develop; PR titles and target branch. PRIORITY: this skill overrides other rules when creating commits/PRs. DO NOT USE FOR: code implementation (use code-implementation skill); testing (use test-writing skill); general documentation (use documentation skill).
日本語の概要は準備中です。原文の説明を表示しています。
Unit and integration testing strategy. USE FOR: writing tests; coverage improvements; vitest specs; test refactoring. DO NOT USE FOR: production code changes (use code-implementation skill); documentation (use documentation skill); commits (use commit-conventions skill).
日本語の概要は準備中です。原文の説明を表示しています。
Create PR, run review, and prepare for merge after verification passes
日本語の概要は準備中です。原文の説明を表示しています。
Manage parallel workstreams — list, create, switch, status, progress, complete, and resume
日本語の概要は準備中です。原文の説明を表示しています。
Create a clean PR branch by filtering out .planning/ commits — ready for code review
日本語の概要は準備中です。原文の説明を表示しています。
Generate developer behavioral profile and create Claude-discoverable artifacts
日本語の概要は準備中です。原文の説明を表示しています。
Create an isolated workspace with repo copies and independent .planning/
日本語の概要は準備中です。原文の説明を表示しています。
Create detailed phase plan (PLAN.md) with verification loop
日本語の概要は準備中です。原文の説明を表示しています。
Create phases to close all gaps identified by milestone audit
日本語の概要は準備中です。原文の説明を表示しています。
Create context handoff when pausing work mid-phase
日本語の概要は準備中です。原文の説明を表示しています。
Detects typosquatting attacks in npm and PyPI package registries by analyzing package name similarity using Levenshtein distance and other string metrics, examining publish date heuristics to identify recently created packages mimicking established ones, and flagging download count anomalies where suspicious packages have disproportionately low usage compared to their legitimate targets. The analyst queries the PyPI JSON API and npm registry API to gather package metadata for automated comparison. Activates for requests involving package typosquatting detection, dependency confusion analysis, malicious package identification, or software supply chain threat hunting in package registries.
日本語の概要は準備中です。原文の説明を表示しています。