「existing」の検索結果

Record a decision, document existing code, or file a supplied research material. Modes: document decision (ADR, RFC, or rule), document code (spec, doc, guide, or scenario for existing behavior), document research (only when a finished report or one external material is already in hand). Use for 'we decided', 'record this decision', 'document why we chose X', 'make it our standard', 'draft an RFC', 'should we switch to Y' proposals, 'resolve the RFC', 'we accepted the proposal', 'document the auth module', 'capture how the payment system works', reference material, how-to instructions, or a user flow with examples over an existing spec. Name any document type inside the subject — journey, prd, idea, or cpat included — to get exactly that type. Planning a feature or an unnamed intended user journey → /archcore:plan. Checking docs against code or docs health → /archcore:review.

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

USE ONLY for (1) two or more projects with repeated MSBuild policy, targets, or package versions, or (2) an existing Directory.Build.props/targets/rsp hierarchy with an import, placement, or layering defect. A one-project repo without an existing Directory.Build file is outside scope; do not load this skill. Covers centralizing shared policy and targets, Directory.Packages.props across projects, parent hierarchy/import structure, props-versus-targets placement, and folder/project exceptions. An existing hierarchy defect remains in scope when only one project is affected. For property value or condition semantics use property-patterns. Exclude legacy-to-SDK migration and non-MSBuild systems.

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

ALWAYS USE when asked to migrate, replace, or make testable existing C# static calls with a named wrapper or built-in abstraction: DateTime.UtcNow/Now or DateTimeOffset.UtcNow to TimeProvider/IClock, File.* to IFileSystem or an existing store such as ITextFileStore, and Environment.* to an existing reader such as IEnvironmentReader. Covers scoped files/projects, constructor injection, replacing temp-file or process-environment tests with fakes, "already registered" abstractions, and static classes whose callers/signatures must stay unchanged. Preserves DateTimeKind and call count. DO NOT USE for finding statics (detect-static-dependencies), choosing/designing a new wrapper (generate-testability-wrappers), behavior tests with no chosen seam (testability-obstacle), or test-framework migration.

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

Scaffold a new SciAgent-Skills entry. Picks pipeline/toolkit/database/guide template, creates skills/{category}/{name}/SKILL.md with valid frontmatter, appends the registry.yaml entry, runs validation. Enforces name uniqueness, kebab-case, description keyword rules, schema rules from AGENTS.md. TRIGGER when user says (any language): "add a SciAgent skill", "add a skill for <X>", "create new skill", "create a SKILL.md for <X>", "scaffold a skill", "new skill entry", "register a skill", "신규 skill 추가", "스킬 만들어줘", "스킬 생성", "skill 만들어", or any request to add a new SKILL.md to this repo. ALWAYS invoke this skill BEFORE writing to skills/ or registry.yaml. DO NOT TRIGGER when: editing existing entry's content (just edit the file directly); migrating an existing entry (read AGENTS.md "Migrating from Existing Entries" first); only updating registry.yaml without creating a new SKILL.md.

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

Takes a Python repository and natural language feature description as input, implements the feature with proper code placement, generates comprehensive tests, and ensures all tests pass. Use when Claude needs to: (1) Add new features to existing Python projects, (2) Implement functions, classes, or modules based on requirements, (3) Modify existing code to add functionality, (4) Generate unit and integration tests for new code, (5) Fix failing tests after implementation, (6) Ensure code follows existing patterns and conventions.

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

Analyzes a repository and any existing test suite, grades existing tests for weakness, classifies mocks, emits a phased roadmap for building a test suite that catches real regressions, then executes those phases one at a time. Use when planning or building a test suite, assessing whether existing tests are worth anything, adding tests to a legacy codebase, or when the user mentions test coverage, test strategy, or weak tests. Not for reviewing a branch for bugs, and not for fixing the bugs it logs.

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

Enhance an existing marketing plan with parallel research. Use when the agent has a draft plan (brand strategy, campaign brief, content calendar, launch plan) that needs strengthening with real data. Triggers on 'deepen this plan', 'strengthen this strategy', 'research gaps in my plan', 'make this plan better', 'this plan is too surface level', 'add research to this', 'validate this plan', 'back this up with data', or when a plan exists but lacks audience data, competitive positioning, or keyword strategy. Make sure to use this whenever someone has an EXISTING plan that feels thin or unresearched — even if they just say 'is this plan good enough?' or 'what's missing here?', they likely need deepening. This skill ENHANCES existing plans — it does not create new ones. If no plan exists, route to /brainstorm or /launch-strategy first.

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

Guides the migration of existing AI workloads (Cloud Run, Gemini API, Gemini Enterprise Agent Platform) to self-hosted GKE inference using gcloud and kubectl. Use when the user has an existing AI inference workload (on Cloud Run, the Gemini API, Gemini Enterprise Agent Platform, or a custom VM) and wants to move it to self-hosted inference on GKE, or asks follow-up questions during such a migration (hardware sizing, model staging, manifest generation, validation, traffic cutover). DO NOT use for brand new GKE inference deployments with no existing workload to migrate (use gke-inference instead). DO NOT use if the user intends to automate the migration via the Gemini Cloud Assist MCP server.

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

Use when transforming existing code into agent-consumable surfaces — CLI (npm-publishable), MCP server (stdio/SSE/Streamable HTTP), and a companion skill. Triggers on 'agentize', 'henshin', 'expose as MCP', 'wrap as CLI', 'publish to npm', 'make LLM-accessible', 'turn into agent tool', 'expose feature as tool'. Runs when the user has existing code and wants to ship it to agents. NOT for building new code from scratch (see mk:bootstrap); NOT for reviewing or verifying existing code (see mk:review).

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

Guides creation and validation of custom dotnet new templates. Generates templates from existing projects and validates template.json for authoring issues. USE FOR: creating a reusable dotnet new template from an existing project, validating template.json files for schema compliance and parameter issues, bootstrapping .template.config/template.json with correct identity, shortName, parameters, and post-actions, packaging templates as NuGet packages for distribution. DO NOT USE FOR: finding or using existing templates (use template-discovery and template-instantiation), MSBuild project file issues unrelated to template authoring, NuGet package publishing (only template packaging structure).

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

Run a health check on an existing project: dependency audit, security scan, test runner detection, CI/CD evaluation, and missing configuration analysis. Maps the three execution gates (pre/in/post) from /10x-bootstrapper to an assessment framework for existing codebases. Reads optional context/foundation/stack-assessment.md from /10x-stack-assess to focus checks on identified gaps. Writes context/foundation/health-check.md with findings, prioritized fixes, and an agent-readiness verdict. Use when the user has an existing project and wants to verify its health before working with an agent. Trigger phrases: "health check", "check my project", "audit my project", "is my project healthy", "sprawdź projekt", "audyt projektu", "health-check", "project health". Use AFTER /10x-stack-assess (brownfield chain), BEFORE agent onboarding (m1-l4).

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

既存のOpenClaw Gatewayを導入環境に合った管理手順で更新し、再起動後のセッション復旧と、目的のバージョンが稼働しているかの確認まで進めるスキルです。

• ローカルのGatewayを更新したいとき
• 管理サーバーの更新手順を選びたいとき
• 再起動後のセッション復旧を確認

OpenClawの既存ドキュメントを、仕様や操作の説明をソースで確かめながら再構成し、詳細の移動先やリンク、書式まで検証するスキル。

• 仕様説明を保ちながらページを短くしたいとき
• 詳細仕様を参照ページへ分けたいとき
• 説明を現在のCLIの動作に合わせたいとき

OpenClawからDiscordのメッセージ送信やスレッドへの返信を行い、利用可能な操作の範囲で投稿の編集やボタン付きメッセージを扱うスキル。

• 指定したDiscordチャンネルへの投稿
• 既存スレッドに返信したいとき
• 選択肢のボタン付きメッセージの送信

macOSのThings 3で、今日の予定や受信箱を確認し、タスクの追加・検索・更新を行うスキル。メモ、期限、タグ、チェックリストも扱えます。

• 今日の予定と受信箱を確認したいとき
• 期限やチェックリスト付きのタスク登録
• 既存タスクを検索・更新したいとき

macOSのBearでノートを作成・読み取り、既存ノートへの追記やタグによる検索を行うスキル。grizzlyを通じて、内容の取得やタグ一覧の確認も扱えます。

• タグ付きの仕事メモを作りたいとき
• 既存ノートに情報を追記したいとき
• タグからノートを探したいとき

コミット直前に変更ファイルを整形し、既存の型チェックとテストを実行する仕組みを設定します。Huskyとlint-stagedの導入から設定・動作確認まで扱うスキルです。

• コミット前の自動チェックを導入
• 変更ファイルをPrettierで整形
• 既存の型チェックとテストを実行

現在の会話を、別のエージェントが作業を続けるための引き継ぎ文書にまとめます。既存資料への参照や次に使うスキルを記載し、機密情報は伏せます。

• 別のエージェントへ作業を引き継ぎたいとき
• 新しいセッションの準備
• 次の作業に合わせた引き継ぎ文書の作成

プロジェクト文書の整理依頼を適切な専門スキルへ振り分け、文書の役割、リンク、設計判断の索引、根拠への参照を、ファイルを変更せずに点検するスキルです。

• プロジェクト文書の整理手順を選びたいとき
• 既存文書の情報源を把握したいとき
• ローカルリンクと設計判断の索引の点検

複数のスキルに共通する行動原則を抽出し、既存ルールとの重複や不足を確認します。根拠と修正文案を示し、利用者の承認後にルールファイルへ反映するスキルです。

• スキル追加後のルール見直し
• 繰り返し現れる原則をまとめたいとき
• 既存ルールの不足や古い記述の確認

iOS 26のガラス風UIを、背景のぼかしや反射、操作に応じた変形まで含めて実装します。ボタンやカード、ウィジェットへの適用と既存表現の移行を支援します。

• ガラス風のボタンやカードを作りたいとき
• ガラス要素の変形アニメーション
• ウィジェットの色付き表示への対応

長期プロジェクトの既存文書を、規則・構造・現状・履歴の役割に整理します。エージェントの参照先と更新ルールを整え、文書のずれや削除したものの再作成を防ぐ運用を支援します。

• 散在するプロジェクト文書を整理したいとき
• セッション間で文脈を引き継ぎたいとき
• 意図的に削除した理由を残したいとき

SF SymbolsやIconify APIからiOS・macOS向けのアイコンを選び、既存の配色やサイズに合わせてXcode用のPNG素材一式を生成するスキル。

• Xcode用のアイコン素材を作りたいとき
• 既存のデザインに合うアイコン探し
• 仮置きのアイコンを差し替えたいとき

Webサイトや業務画面の目的・利用者に合うデザイン方針を定め、文字・配色・レイアウト・動きを整えます。既存の部品を生かし、画面幅ごとの表示も確認します。

• 動く業務画面の見た目を整えたいとき
• 新しいサイトのデザイン方針を決めたいとき
• モバイル表示や長いラベルを改善したいとき