「change」の検索結果

エージェントの自動メモリと指示ファイルを見比べ、記憶の移動先や整理案をまとめます。重複・古い情報・矛盾を洗い出し、変更前に利用者が確認できるレポートを作ります。

• 記憶を共通の作業ルールにまとめたいとき
• 個人向け指示と共通ルールの整理
• 重複や古い記憶を見つけたいとき

コードに変更を加えてテストの検出力を調べ、関数の呼び出し関係と照合します。誤検出、追加すべき単体テスト、大量の入力で検証する箇所を分類するスキル。

• テストが見逃した変更を分類したいとき
• 追加する単体テストの優先順位付け
• ファジング対象の関数を探したいとき

C/C++ 向けの脆弱性検出パイプラインを、別の言語や対象、検出方式に合わせて改修します。要件の聞き取りから変更計画、実装、既知のバグを使った検証まで進めます。

• Webアプリの脆弱性検出へ転用
• スマートコントラクト監査への移植
• 検出方式や報告の評価基準の変更

上場企業の決算や会社予想をExcelモデルの入力項目に対応づけ、元ファイルを残してコピーを更新し、変更履歴や評価への影響、未反映の項目を整理するスキル。

• 決算後に企業分析モデルを更新
• 開示数値と入力セルを対応づけ
• 変更内容と出典を確認したいとき

Dropboxのファイルやフォルダを、作成・コピー・移動で整理するスキル。変更前に対象と行き先を確認し、顧客別の分類や過去案件の保管、資料の集約を進めます。

• 顧客別にファイルを分類したいとき
• 昨年の案件フォルダを保管したいとき
• 公開準備用の素材をコピーしたいとき

分析やダッシュボードに使うデータの欠損・重複・更新遅延などを調べ、根拠や指標定義の食い違いも確認して、利用上のリスクと必要な修正を整理します。

• 欠損や重複を点検したいとき
• データ品質の急変を調べたいとき
• データ源や指標定義の差を調べたいとき

Expo SDKの更新に伴う依存関係の調整、診断、設定の整理を進めます。廃止されたパッケージや音声・動画APIの移行、ネイティブ構成の確認も支援します。

• Expo SDK更新と依存関係の修正
• expo-avの音声・動画処理の移行
• 更新に伴うネイティブ構成の確認

Canvaのスライドやポスターを読み取り、情報の優先順位、文章、配置、読みやすさを点検。元のデザインを変更せず、ページ別に重要度と具体的な改善案を示します。

• 発表前のスライドを見直したいとき
• ポスターやチラシの読みやすさ確認
• SNS投稿の文章と情報の強弱を改善

コード変更が実行時の動作や既存機能に与える影響を調べ、テストの裏付けと復旧のしやすさを整理して、マージの可否や自動マージ候補かを評価するスキル。

• AI生成パッチのリスクを調べたいとき
• プルリクエストの影響確認
• 変更を守るテストの妥当性確認

shadcn/uiの既存部品を探し、フォームや設定画面などを組み立てます。プロジェクトの構成に合わせた追加・修正や、ローカル変更を保つ更新も支援します。

• 設定画面やダッシュボードの作成
• フォームやダイアログの構造修正
• 独自の変更を残した部品更新

iOS Simulator上のアプリの起動や操作をETTraceで計測し、関数名付きの実行記録からCPU負荷の高い処理や遅延の原因を調べるスキル。

• アプリ起動の遅さを調べたいとき
• 特定操作のCPU負荷を調べたいとき
• 修正前後の性能を比較したいとき

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.

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

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.

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

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

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

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.

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

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.

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

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.

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

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

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

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

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

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

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

View recent CHANGELOG entries

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