「change」の検索結果

システム構成や業務手順、APIの呼び出し順序などを、操作できる単体HTMLの図にするスキル。自然言語やMermaidから作図し、配置の検証や画像への書き出しに対応します。

• システム構成と接続関係の説明
• 業務手順や承認フローの可視化
• API呼び出しやデータ経路の整理

Goの関数やファイル操作、端末画面の動作に合わせてテストを作成・レビューします。複数ケースの整理や状態遷移、期待する表示との比較を使い分けます。

• Goの関数やパーサーを複数条件で試したいとき
• 一時ディレクトリでファイル操作を検証
• Bubbleteaの状態変化と操作を検証

gentle-aiの操作シナリオを作成・更新し、宣言内容の検査と実際の実行を分けて検証します。仕様変更で古くなった期待値も見直し、実行結果をPRの証拠にまとめます。

• 製品の操作シナリオを追加したいとき
• 仕様変更後の期待値を更新したいとき
• CIのbench失敗を再現したいとき

gentle-aiへの外部貢献で、Issueの承認からPR本文の作成・監査、変更の分割方針までを支援します。権限と検証結果に沿って提出内容を整えます。

• 承認済みIssueに沿って貢献したいとき
• PRの主張をGitHubの状態と照合したいとき
• 関連するPRの分割方針を決めたいとき

担当範囲の仕様や設計を理解したうえでコードとテストを確認し、重複や不具合を根拠付きで指摘するスキル。重要度を付けたレビュー記録とマージ可否の判断をまとめます。

• 担当するコード変更のレビュー
• 重複や実装パターンの不統一の確認
• 仕様書のない修正を検証したいとき

OpenRigの稼働中セッションやローカル変更を保護しながら、更新を段階的に進めるスキル。状態確認、バックアップ、プラグイン更新、移行後の検証を支援します。

• 稼働中セッションを保ったOpenRig更新
• 更新前のデータベース保全と検証
• ローカル編集を残すプラグイン更新

Runs an autonomous review-and-fix improvement loop over the current branch's changes until a PR review comes back clean, scoped mechanically to the directories the branch touched. Reviews are performed by an installed PR-review skill (default: pr-review-toolkit's review-pr). Use to fix review findings on a branch before opening or updating a pull request ('clean up this branch', 'fix this PR until review passes', 'run review-and-fix on my changes'). NOT for a one-time review — run the PR-review skill directly.

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

Submit compact ProteomeXchange PROXI requests for datasets, libraries, peptidoforms, proteins, PSMs, spectra, and USI examples. Use when a user wants concise PROXI summaries

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

Make edits to an existing Canva design — change or fix text, replace/insert/delete images and videos, reformat text (size, weight, style, color, alignment, lists, line height), reposition or resize elements, and update the title. Use when the user wants to change, edit, update, fix, translate, replace, or reformat content in a specific Canva design. This is the safe edit engine that other Canva skills (e.g. implement-feedback) build on.

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

Creates structured Request for Comments (RFC) documents for proposing and deciding on significant changes. Use when the user says "write an RFC", "create a proposal", "I need to propose a change", "draft an RFC", "document a decision", or needs stakeholder alignment before making a major technical or process decision. Do NOT use for TDDs/implementation docs (use technical-design-doc-creator instead), README files, or general documentation.

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

Mandatory iPolloWork code-change gate for modern, minimal, performant, reuse-first implementation and clean repository ownership. Use whenever AI creates, edits, deletes, or refactors application code, server code, packages, scripts, tests, dependencies, schemas, routes, UI, or generated-file workflows. Reuse existing code before creating files, keep one source of truth, prevent parallel implementations and junk directories, justify every new file or dependency, and audit the current change before completion.

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

Compare bounded Sentry windows and releases to identify new issues, regressions, frequency changes, and user-impact changes.

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

Publish intentional local changes by confirming scope, creating a branch when needed, staging selected files, committing, pushing, and creating a Draft Pull Request through the connected GitHub service.

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

Show the user real screenshots of the work as it progresses, without being asked. Capture the start, the key moment and the result of every visual change, send them as files with captions as soon as each is ready, and look at every image before sending it. Use on any task with a visible result (UI, pages, games, 3D, charts, motion), when the user says "show me", "screenshots", "keep giving me screenshots" or "where are the screenshots?", and before any report that claims a visual change works.

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

ERC-8004 Agent identity: 注册/更新/上架/下架/搜索agent, register/update/activate/deactivate/search — User/ASP/Evaluator(买家/卖家/评审员, 旧称仲裁者亦可); 我的agent/ASP, 找做X的ASP/agent有什么服务/endpoint怎么填/查口碑/传头像. + Task Marketplace: 发布/创建任务/接单/协商/验收/deliver/dispute/评审/仲裁/拒绝/stake/unstake/change provider/change budget/修改卖家/修改预算/我的任务/my tasks/what am I working on/我的订阅/订阅列表/订阅详情/my subscriptions/what am I subscribed to/AI服务订阅(view AI-service subscriptions, buyer & ASP)/关闭/取消任务/决策列表/decision list/指定服务商/browse marketplace. + task watch: 监听任务进展/历史消息/未读消息/未决策/outstanding decisions. + device routing: 设备列表/我登录了哪些设备/device list, 本设备或指定设备订阅消息开关. + okx-a2a missing/uninitialized. Match by meaning. MUST ACTIVATE on inbound envelopes: (1) {agentId, message:{source:"system", event, jobId,...}} system event; (2) {msgType:"a2a-agent-chat", jobId, sender:{role},...} agent-to-agent task chat (sender.role = COUNTERPARTY, not you); (3) literal "Read the okx-ai skill" (or legacy "Read the okx-agent-task skill") in the envelope.

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

Comprehensive document creation, editing, and analysis with support for tracked changes, comments, formatting preservation, and text extraction. When Claude needs to work with professional documents (.docx files) for: (1) Creating new documents, (2) Modifying or editing content, (3) Working with tracked changes, (4) Adding comments, or any other document tasks

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

Use before substantial DeepChat code, configuration, documentation, test, build, feature, issue, refactor, or architecture changes that need a durable RFC and an explicit execution path. Skip trivial style fixes, small localized logic changes, routine docs edits, and simple bugs unless the developer asks for SDD. Use plan.md as the only separate tracker when needed, default to implementation-first validation, and ask before optional GitHub issue sync unless the developer explicitly requested sync.

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

Qualify the exact final diff for a LoopX-managed goal. Use when goal policy enables change_quality_qualification, before a non-trivial delivery or merge, and when producing or repairing an exact-scope quality receipt. The workflow is language-neutral, permits at most one policy-authorized safe-fix pass, and never grants merge or repository authority.

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

Use when LoopX must manage a multi-PR or multi-MR delivery program across one or more repositories: inventory current change requests, reconcile new/merged/closed or retargeted work, preserve requirement and dependency priorities, maintain a roadmap document, or monitor material lifecycle/check/review changes over time. Use provider-neutral snapshots and one grouped continuous monitor; do not use for deep per-PR code review, approval, commenting, or merge actions.

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

指引如何为 puerts 项目编写 Unity 和 Unreal 的 changelog

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

View recent CHANGELOG entries

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

Evaluate staged changes using LLM-as-a-Judge before committing

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

Verify code changes by running the project's typecheck, build, lint, and targeted tests, then fix and re-run until clean. Use after editing any source file.

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

Use git as a safety net - create a checkpoint commit before risky or large changes and roll back cleanly if a change makes things worse. Use before multi-file refactors.

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