技术架构师角色。关键词:技术架构/系统设计/数据模型/接口规范/技术选型/API设计/数据库设计/模块划分。激活后读PRD,先输出草稿给PM确认,再下发给开发。
日本語の概要は準備中です。原文の説明を表示しています。
コーディング規約、フレームワーク、リファクタリング、コードレビュー(1.5万 件)
概要と使いどころ
技术架构师角色。关键词:技术架构/系统设计/数据模型/接口规范/技术选型/API设计/数据库设计/模块划分。激活后读PRD,先输出草稿给PM确认,再下发给开发。
日本語の概要は準備中です。原文の説明を表示しています。
他山前端品牌设计系统完整参考手册。包含技术框架选型、设计令牌(颜色/字体/圆角/阴影)、组件规范代码模板、响应式/无障碍约定。被 role-前端开发 和 role-UI设计师 主动调用;与 frontend-brand-guard.mdc(约束层)配套使用。
日本語の概要は準備中です。原文の説明を表示しています。
代码库探索与架构理解 Skill。接手任何代码库时激活:扫描目录结构,识别技术栈,读取核心文件,提取架构模式,与产品定义/需求对比,输出可信赖的架构理解文档。触发词:「阅读XXX项目」「理解这个代码库」「写技术架构文档」「这个项目是做什么的」「接手这个项目」「帮我读一下这个代码」。
日本語の概要は準備中です。原文の説明を表示しています。
跨项目并行开发协调框架创建 Skill。当启动涉及2个或以上子项目并行开发时激活:收集项目清单,生成标准协调框架文档(项目地图/API契约/并行轨道/Day 1清单)。触发词:「多项目并行」「建协调框架」「几个项目同时做」「分工要明确」「并行开发」「各自独立启动」「RULE-37」。与元项目导航的区别:元项目导航是轻量指针文档,本Skill生成可操作的协调框架(含API契约和并行轨道)。
日本語の概要は準備中です。原文の説明を表示しています。
Production-grade TypeScript reference for React & Next.js frontend development. Covers type narrowing, component Props, generic hooks, discriminated unions, as const, satisfies, Zod validation, TanStack Query, server/client boundaries, forms, state management, performance, accessibility, debugging, and code review. Use when the user works with TypeScript in React or Next.js: type errors, Props design, generics, API typing, SSR/CSR boundaries, hydration issues, form validation, state management, performance, or code review. Also use for "how should I type this?", "why does this type error happen?", or any architectural decision involving TypeScript in a frontend context.
日本語の概要は準備中です。原文の説明を表示しています。
pyfixest demeaner_backend="cupy64" (including its CPU fallback when cupy is absent) is NOT numerically identical to the default numba backend and does NOT drop fully-absorbed/collinear regressors the same way. Use when: (1) adding demeaner_backend="cupy64" to existing pf.feols/fepois calls changes the printed coefficient table, (2) a regression report suddenly gains rows with absurd estimates (e.g. coef 435.8, SE 7106) for controls absorbed by the fixed effects, (3) diffing outputs before/after a backend change, or (4) anything parses a pyfixest text report by line position.
日本語の概要は準備中です。原文の説明を表示しています。
右脳の解釈を生成する。Gemini CLI や Haiku CLI から実行する。
左脳の解釈を生成する。Gemini CLI や Haiku CLI から実行する。
Extract Lanhu design HTML, CSS, and assets through Lanhu MCP for Claude Code design-to-code workflows. Called by design-to-code.
日本語の概要は準備中です。原文の説明を表示しています。
Convert Lanhu HTML/CSS output into project frontend code for Vue, React, or the detected stack, with component reuse and design token mapping.
日本語の概要は準備中です。原文の説明を表示しています。
Refreshes the AssetDatabase. Use it if any file was added or updated in the project outside of Unity API. Use it if need to force scripts recompilation when '.cs' file changed.
日本語の概要は準備中です。原文の説明を表示しています。
Move the assets at paths in the project. Should be used for asset rename. Does AssetDatabase.Refresh() at the end. Use 'assets-find' tool to find assets before moving.
日本語の概要は準備中です。原文の説明を表示しています。
Build the unity-mcp-cli TypeScript CLI tool and link it globally for terminal use.
日本語の概要は準備中です。原文の説明を表示しています。
Review and resolve PR comments from GitHub. Validates each comment, fixes legitimate issues.
日本語の概要は準備中です。原文の説明を表示しています。
Copy assets at given paths and store them at new paths. Does AssetDatabase.Refresh() at the end. Use 'assets-find' tool to find assets before copying.
日本語の概要は準備中です。原文の説明を表示しています。
Creates a new folder in the specified parent folder. The parent folder string must start with the 'Assets' folder, and all folders within the parent folder string must already exist. For example, when specifying 'Assets/ParentFolder1/ParentFolder2/', the new folder will be created in 'ParentFolder2' only if ParentFolder1 and ParentFolder2 already exist. Use it to organize scripts and assets in the project. Does AssetDatabase.Refresh() at the end. Returns the GUID of the newly created folder, if successful.
日本語の概要は準備中です。原文の説明を表示しています。
Delete the assets at paths from the project. Does AssetDatabase.Refresh() at the end. Use 'assets-find' tool to find assets before deleting.
日本語の概要は準備中です。原文の説明を表示しています。
Pre-commit code quality review for Unity C# code. Checks against Rules, CODING_STANDARDS.md, NAMING_CONVENTIONS.md, and GDD Gherkin test coverage. Use when code has been written and tests are passing but before committing. Runs automatically at Step 8.5 of /uw-cmd-implement-feature. Triggers on "review this code", "check my implementation", "pre-commit review", "code review", "check before commit", "is this ready to commit", "review my changes", or any request to validate code quality before committing.
日本語の概要は準備中です。原文の説明を表示しています。
Track, categorize, and prioritize technical debt across the codebase. Scans for debt indicators, maintains a debt register, and recommends repayment scheduling.
日本語の概要は準備中です。原文の説明を表示しています。
Systematic 4-phase debugging framework for Unity projects with GameDebug wrapper generation. Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes. Triggers on requests like "this doesn't work", "there's a bug", "it crashes when", "fix this error", "why is this happening", "null reference exception", "test is failing", "unexpected behavior", "something broke", or any debugging task. Four-phase framework (gather evidence, isolate, hypothesize, fix) that ensures understanding before attempting solutions.
日本語の概要は準備中です。原文の説明を表示しています。
Search the asset database using the search filter string. Allows you to search for Assets. The string argument can provide names, labels or types (classnames).
日本語の概要は準備中です。原文の説明を表示しています。
Creates a structured bug report from a description, or analyzes code to identify potential bugs. Ensures every bug report has full reproduction steps, severity assessment, and context.
日本語の概要は準備中です。原文の説明を表示しています。
Performs an architectural and quality code review on a specified file or set of files. Checks for coding standard compliance, architectural pattern adherence, SOLID principles, testability, and performance concerns.
日本語の概要は準備中です。原文の説明を表示しています。
After architecture is complete, produces a flat actionable rules sheet for programmers — what you must do, what you must never do, per system and per layer. Extracted from all Accepted ADRs, technical preferences, and engine reference docs. More immediately actionable than ADRs (which explain why).
日本語の概要は準備中です。原文の説明を表示しています。