2,351 件 ・ 関連度順
概要と使いどころ
Convert documents to Markdown using Microsoft's MarkItDown CLI (`markitdown`). Supports PDF, Word, PowerPoint, Excel, images (OCR), audio (transcription), HTML, YouTube, and URLs. Use when a user wants to convert a file or URL to Markdown, extract text from PDFs/images, transcribe audio/video, or batch-convert documents.
日本語の概要は準備中です。原文の説明を表示しています。
Manage Agent Skills across Codex, Claude Code, local/global/project roots, Skill Hubs, GitHub, skills.sh, and managed plugin caches. Use when searching, installing, updating, upgrading, syncing, merging, auditing, deduplicating, cleaning, packaging, publishing, validating, resolving upstream sources, choosing runtime or scope, or working with skill-upgrade, check_upstreams.ps1, Claude Code plugins, skills-lock.json, or skill-upstreams.json. Do not use for ordinary software-package upgrades or non-skill file cleanup.
日本語の概要は準備中です。原文の説明を表示しています。
Use when exposing a WordPress site to AI agents via MCP, or when WordPress MCP setup fails.
日本語の概要は準備中です。原文の説明を表示しています。
Use when starting a new .NET/Blazor/Angular MVP project in an empty repository.
日本語の概要は準備中です。原文の説明を表示しています。
Use when the user asks to implement an approved SPEC SDD using test-driven development.
日本語の概要は準備中です。原文の説明を表示しています。
Use when reviewing code before it merges, whether written by an agent or a human.
日本語の概要は準備中です。原文の説明を表示しています。
Use when designing, redesigning, or improving a frontend interface in Angular, React, or Blazor. Use for landing pages, dashboards, components, forms, and responsive layouts that must work mobile-first and then scale to desktop.
日本語の概要は準備中です。原文の説明を表示しています。
Use when adding logging, metrics, tracing, or alerting to production code, or when a past incident lacks diagnostic data.
日本語の概要は準備中です。原文の説明を表示しています。
Use when building a new MCP server in TypeScript, Python, or C# that exposes tools to LLMs.
日本語の概要は準備中です。原文の説明を表示しています。
Use when generating or editing draw.io/diagrams.net architecture diagrams via MCP or native XML.
日本語の概要は準備中です。原文の説明を表示しています。
Use when auditing UI code for interface-guideline compliance (accessibility, forms, animation, images, performance, UX copy) and/or validating a deployed page against Lighthouse 95+ targets. Produces evidence-based findings (file:line + Lighthouse JSON) and turns confirmed pendencies into Draft SPECs via write-specs. Do NOT use to design/build UI from scratch (use design) or to fix findings inline — fixes go through the SPEC pipeline.
日本語の概要は準備中です。原文の説明を表示しています。
Use when the user reports a hard bug, unexpected failure, or performance regression that needs root-cause analysis.
日本語の概要は準備中です。原文の説明を表示しています。
Use when the user asks for QA analysis, test planning, test cases, or root-cause analysis of a defect. Also use for post-merge PR review analysis: auditing recent closed PRs for Devin/GitHub/security bot comments, verifying whether requested corrections were applied, and turning pending fixes into SPECs.
日本語の概要は準備中です。原文の説明を表示しています。
Use when the user needs to create or refine a feature SPEC SDD before implementation.
日本語の概要は準備中です。原文の説明を表示しています。
Use when working with Obsidian vaults, notes, tasks, properties, bases, plugins, or themes.
日本語の概要は準備中です。原文の説明を表示しています。
Use when the user wants to improve architecture, consolidate tightly-coupled modules, or make a codebase more testable.
日本語の概要は準備中です。原文の説明を表示しています。
Use when analyzing SonarQube issues and turning them into SPEC SDDs and tracked GitHub Issues for TDD implementation.
日本語の概要は準備中です。原文の説明を表示しています。
Use when the user wants to configure, authenticate, or use Google NotebookLM via the nlm CLI or MCP.
日本語の概要は準備中です。原文の説明を表示しています。
Use when planning the migration of a legacy system or monolith — analyzes the source codebase (current repo, or a repo URL cloned to a temp dir) and produces an evidence-based Strangler Fig migration plan with per-domain SPECs. Default target is .NET (Blazor WebAssembly, .NET MAUI, ASP.NET Core); other stacks allowed by user decision. Do NOT use to implement code or when approved SPECs already cover the migration.
日本語の概要は準備中です。原文の説明を表示しています。
Single owner of everything under docs/architecture/ — ADRs, architecture and design documents, and architecture diagrams. Routes each deliverable to the right engine: /mermaid-architecture for Markdown-native diagrams, /drawio-architecture for editable .drawio diagrams, and the optional archify skill for interactive standalone HTML diagrams (used only when already installed in the environment; never installed at runtime). Use whenever architecture documentation, ADRs, or architecture diagrams must be created or updated.
日本語の概要は準備中です。原文の説明を表示しています。
Use when the user asks to connect an AI agent to external apps via Composio, or when Composio CLI or MCP setup fails.
日本語の概要は準備中です。原文の説明を表示しています。
Use when generating, documenting, or updating architecture diagrams, flowcharts, sequence, ER, class, or state diagrams using Mermaid in docs/architecture/.
日本語の概要は準備中です。原文の説明を表示しています。
Use when raising code quality or test coverage across a .NET, Java, or Python repository.
日本語の概要は準備中です。原文の説明を表示しています。
Use when auditing a repository for evidence-backed gaps between code, SPECs, architecture, and documentation — before a release, after a review, or when the user asks what is missing or divergent. Confirmed gaps become Draft SPECs via write-specs, a tracked GitHub Epic via create-issues, and orchestrated execution via orchestrator, with an explicit approval gate before any external action.
日本語の概要は準備中です。原文の説明を表示しています。