「commit」の検索結果

開発アイデアを問いかけで掘り下げ、計画に進む前の考えを整理するスキル。必要に応じて調査を行い、メモやタスク、要件、開発フェーズなど適切な形に振り分けます。

• 計画前に開発案を掘り下げたいとき
• 認証方式の選択肢を検討したいとき
• 疑問を調査テーマに整理したいとき

完了した開発フェーズの記録と実装をもとに、単体テストとブラウザ操作のテストを追加します。対象の分類と計画を利用者が確認し、検証とコミットまで進めます。

• 開発完了後に自動テストを追加したいとき
• 受け入れ基準をテストに反映したいとき
• 単体・ブラウザテストの対象整理

監査で見つかった問題を自動修正できるものと手動対応が必要なものに分類し、修正・テスト・コミットまで進めるスキル。重要度や修正件数を指定できます。

• 監査の指摘をテスト付きで修正したいとき
• 重要度に応じた問題対応
• 修正する問題の件数を絞りたいとき

GitHub Actionsの失敗ログと同じジョブの実行履歴を調べ、実際の停止原因や再発傾向を整理します。原因となった変更と既存の修正PRも確認し、調査結果を報告します。

• ジョブが失敗した直接の原因を知りたいとき
• 一時的な失敗か再発する問題か調べたいとき
• 失敗を引き起こしたコミットを探したいとき

Gitの修正履歴からバグの原因や検出の手掛かりを分析し、個別の分析記録と、プロジェクト固有の情報を除いた再利用可能なパターン集にまとめるスキル。

• 過去の修正から頻出バグを抽出したいとき
• コードレビュー用のパターン集作成
• 期間やパスを絞った修正履歴の分析

外部ツールの担当タスクをTASKS.mdと照合し、期限切れや未整理の項目を見直します。会話やメールに埋もれた作業、人物・案件の記憶の不足も確認します。

• 外部の担当タスクとTASKS.mdの照合
• 期限切れや長期滞留タスクの整理
• 人物・案件・略語の記憶を補いたいとき

新機能や製品の個人データの扱いを聞き取り、プライバシー影響評価の要否、法的根拠、社内方針との整合性を確認し、対策と担当者を含む社内書式の評価書を作るスキル。

• 新機能の個人データ利用を確認したいとき
• プライバシー影響評価の要否確認
• 処理計画とポリシーの整合性確認

データ処理契約を社内の審査基準と照合し、自社が処理者か管理者かに応じて条項を点検。プライバシーポリシーとの不整合や修正案もまとめるスキルです。

• 顧客から届いたDPAを審査したいとき
• 委託先のデータ保護条件の点検
• プライバシーポリシーとの整合確認

取締役会や委員会の全員同意による書面決議案を、過去の事例と社内書式に沿って作成し、署名者一覧、利益相反、設立州法の通知要件を整理するスキル。

• 役員選任の書面決議案を作りたいとき
• 株式報酬の付与を承認したいとき
• 銀行口座の署名権限を変更したいとき

作業ごとに独立したGitの作業フォルダーを作り、エージェントの作業先を切り替えるスキル。別リポジトリの指定や、未コミットの変更を移して作業を続ける手順も扱います。

• 専用の作業フォルダーで着手したいとき
• 別リポジトリでのworktree作成
• 未コミットの作業を移したいとき

Graphiteで積み重ねたブランチへ作業中の変更を意味ごとに振り分け、自動分割では配置しにくい新規コードや修正を適切なコミットに反映するスキル。

• 作業中の変更を複数ブランチに分けたいとき
• 修正を機能の所属ブランチへ移したいとき
• 自動振り分け対象外の新規ファイルを配置

Compares Trailmark code graphs at two source code snapshots (git commits, tags, or directories) to surface security-relevant structural changes. Detects new attack paths, complexity shifts, blast radius growth, taint propagation changes, and privilege boundary modifications that text diffs miss. Use when comparing code between commits or tags, analyzing structural evolution, detecting attack surface growth, reviewing what changed between audit snapshots, or finding security-relevant changes that text diffs miss.

日本語の概要は準備中です。原文の説明を表示しています。

Runs a Trailmark structural review gate over a branch, pull request, fix commit, release diff, or git ref range to detect new entrypoints, new tainted paths, removed validation or authorization calls, privilege-boundary drift, blast-radius growth, complexity growth, and newly reachable sensitive sinks. Use when reviewing a PR, branch, remediation commit, or release diff where graph-level security regressions should be checked before merge.

日本語の概要は準備中です。原文の説明を表示しています。

Gets independent code reviews from Codex or Antigravity for uncommitted changes, branch diffs, and commits. Use when the user requests an external review, a second opinion on code, a codex review, a gemini review, an antigravity review, or /second-opinion.

日本語の概要は準備中です。原文の説明を表示しています。

Write git commit messages and pull request titles in the WARP format used by the swarms repo

日本語の概要は準備中です。原文の説明を表示しています。

Feature planning and implementation with 4 adaptive phases (Specify, Design, Tasks, Execute). Auto-sizes depth by complexity. Writes testable requirements in EARS notation, atomic tasks, atomic Conventional Commits, and requirement traceability. Ships deterministic Python validation scripts so structural gates are enforced by code, not memory. Features an independent Verifier (author != verifier, evidence-or-zero), a discrimination sensor, a decision log (STATE.md), a test-coverage matrix, and a self-improving lessons layer. Stack-agnostic and tool-agnostic. Use when (1) planning features, (2) implementing with verification and atomic commits, (3) validating an implementation against a spec. Triggers on "specify feature", "discuss feature", "design", "tasks", "implement", "validate", "verify work", "UAT", "record decision", "pause work", "resume work". Do NOT use for pure architecture decomposition analysis or standalone technical design documents.

日本語の概要は準備中です。原文の説明を表示しています。

Use when challenging ideas, plans, decisions, or proposals. Invoke to play devil's advocate, run a pre-mortem, red team, stress test assumptions, audit evidence quality, or find blind spots before committing. Do NOT use for building plans, making decisions, or generating solutions — this skill only challenges and critiques. For a multi-agent panel that challenges and then commits to a verdict, use the-jury.

日本語の概要は準備中です。原文の説明を表示しています。

Ship every change the way the user requires, with the guardrails. Take screenshots of the start, the key moment and the result; give the change its own changelog version with pictures; verify with tests; commit only your own files; merge with the latest main and push as a fast-forward; publish that exact main live; confirm each step; and report measured sizes, asking before any upload over 50 MB. Use at the end of every change (feature, fix, tweak, art, balance, polish) and whenever the user says "ship it", "commit", "push", "merge", "publish", "deploy", "go live" or "update the changelog". Project specifics (hosting, the changelog pipeline, merge conflicts) go in an optional local references/<project>.md next to this skill.

日本語の概要は準備中です。原文の説明を表示しています。

Generate a conventional commit message for staged changes

日本語の概要は準備中です。原文の説明を表示しています。

仅用 Git 分析改动并自动生成 conventional commit 信息（可选 emoji）；必要时建议拆分提交，默认运行本地 Git 钩子（可 --no-verify 跳过）

日本語の概要は準備中です。原文の説明を表示しています。

AI(Claude 등)가 제안한 한글 커밋 메시지의 사무적·번역투 어휘("~을 수행함", "~을 진행함", "~적 개선을 실시함" 등)를 실제 개발자가 쓰는 자연스러운 한국어 커밋 메시지로 다듬는 스킬. humanize-korean과 달리 산문 문단이 아니라 1~2줄짜리 커밋 메시지 register에 특화되어 진단·청킹 없이 단일 콜로 즉시 처리한다. 트리거 — "커밋 메시지 자연스럽게", "커밋 메시지 다듬어줘", "이 커밋 메시지 AI 티 나", "commit message 한국어로 자연스럽게", "커밋 메시지 어색해", "커밋 메시지 사람처럼".

日本語の概要は準備中です。原文の説明を表示しています。

This skill should be used when the user asks to "create git commit", "manage branches", "follow git workflow", "use Conventional Commits", "handle merge conflicts", or asks about git branching strategies, version control best practices, pull request workflows. Provides comprehensive Git workflow guidance for team collaboration.

日本語の概要は準備中です。原文の説明を表示しています。

Commit local changes without pushing.

日本語の概要は準備中です。原文の説明を表示しています。

Manage Organization Settings and Platform Settings via the TRES MCP GraphQL API. Use when users ask about org settings, platform settings, configuration, feature flags, enable/disable platforms, balance diff, commit strategy, cost basis, ERP, pricing, sync boundaries, or any setting read/write operation. Trigger phrases include "get settings", "show settings", "update settings", "change settings", "enable platform", "disable platform", "balance diff", "commit strategy", "cost basis strategy", "set min sync date", "configure", "turn on", "turn off".

日本語の概要は準備中です。原文の説明を表示しています。