langchain-docs
Local LangChain AI documentation reference. Use when asked about LangChain, LangGraph, agents, chains, prompts, memory, tools, retrieval, RAG, vector stores, document loaders, or building LLM applications.
ms-agent-framework-docs
Local Microsoft Agent Framework documentation reference. Use when asked about Microsoft Agent Framework, building AI agents in .NET or Python, MCP servers/clients, durable agents, agent tools, Teams/WebChat adapters, or agent-to-agent communication.
opencode-docs
Local OpenCode documentation reference. Use when asked about OpenCode features, tools, agents, MCP servers, plugins, CLI, TUI, or IDE integration.
nextjs-canary-docs
Local Next.js documentation reference (canary branch). Use when asked about Next.js features, App Router, Server Components, routing, data fetching, rendering, caching, styling, optimizations, configuration, or Next.js APIs.
tsf-docs
Local TanStack Form documentation reference. Use when asked about TanStack Form features, form validation, form state management, field arrays, React/Vue/Solid/Angular/Svelte form integration, or form submission handling.
zod-docs
Local Zod documentation reference. Use when asked about Zod schema validation, TypeScript type inference, parsing, error handling, JSON Schema conversion, or schema composition.
codex-docs
Local Codex CLI documentation reference. Use when asked about Codex features, configuration, skills, rules, custom prompts, MCP, or AGENTS.md setup.
forge_integrate-better-auth
Use when 需要把 Better Auth 集成到项目，涵盖安装配置、数据库集成、Provider 设置和认证流程验证等完整步骤。触发词：集成 better-auth、接入 better-auth、better-auth 集成。
forge_svg-icon-best-practice
Must follow when 管理或新增 React TypeScript 项目中的 SVG 图标组件，确保命名、封装方式和导出规范遵循项目标准规范。
forge_check-error-handling
Use when 需要检查代码中是否违规使用原生 try-catch，确保项目使用 neverthrow 进行函数式错误处理；扫描并报告所有原生异常处理代码。触发词：检查错误处理、neverthrow检查、错误处理规范检查、Result类型检查。
forge_integrate-zod-env
Use when 需要配置类型安全的环境变量管理模块，基于 .env.example 使用 Zod 生成 env schema 和标准化管理工具。触发词：zod 环境变量、env 类型安全、env schema。
forge_introspect-best-practice
Must follow when 深度反思已定义的 best-practice，识别盲区、过度设计、隐藏假设和未覆盖场景，并提出可验证的规范改进建议。触发词：反思最佳实践、深挖规范盲区、自检 skill。
forge_refactor-ui-components
Use when 需要将代码中的原生 HTML 元素（如 button、input、select 等）自动重构为项目组件库组件，确保符合组件库规范并保持功能不变。触发词：重构 UI 组件、替换原生元素、迁移到组件库。
forge_service-best-practice
Must follow when 创建或重构 Service 层，基于 tRPC + Service + DAO 架构确保依赖注入、错误处理和业务逻辑分层符合规范。
forge_implement-trpc-query
Use when 需要实现 tRPC 按需查询（on-demand query）模式，确保查询逻辑和数据获取方式符合项目 tRPC 规范和最佳实践。触发词：tRPC按需查询、实现tRPC查询、on-demand查询模式。
forge_i18n-best-practice
Must follow when 创建或重构 i18n 国际化代码，确保遵循 react-i18next 最佳实践（初始化配置、翻译文件结构、组件用法、SSR 同步、语言切换与测试 Mock）。
forge_refactor-classname
Use when 需要检查或转换 React/Vue 文件中的 className 模板字符串为 cn 函数调用，支持递归扫描文件夹、详细报告所有位置。触发词：优化className写法、重构模板字符串、检查className规范。
forge_page-best-practice
Must follow when 创建或审查前端页面结构，确保遵循 Anatomy 规范，正确分离 Wrapper、Content 和 Optional Store 模块。
forge_one-component-per-file-best-practice
Must follow when 检查或重构 React/Vue 组件文件，强制每个文件只包含一个组件，不允许多组件共存于同一文件；支持 TSX/JSX/Vue。
forge_storybook-best-practice
Must follow when 创建或维护 Storybook Stories，确保组件文档命名、参数定义和装饰器配置符合项目 Storybook 编写规范。
forge_implement-split
Use when 需要将大型组件或模块按最佳实践拆分为多个独立文件，系统性地执行代码拆分与重构，确保拆分后各模块结构符合规范。触发词：拆分组件、实现文件拆分、代码模块拆分重构、component-split。
forge_implement-feature
Use when 需要实现一个新 Feature，从 Schema 定义到数据层、服务层、状态层、UI 层再到最终质量检查，串联多个原子动词 Skill 完成宽线性工作流。触发词：实现功能、开发功能、新增 feature。
forge_subagent-driven-development
Use when 需要把已批准的实现计划拆成独立任务并分派给子代理执行，通过规格一致性审查与代码质量审查双阶段把关，确保并行实现结果与设计、计划和验收标准保持一致。触发词：子代理开发、分派任务、并行实现、subagent。
forge_no-re-export-best-practice
Must follow when 审查或编写非 index 文件中的 import/export，禁止在非桶导出文件中对外部模块做 re-export（间接转发），每个消费文件应直接从来源 import。
forge_generate-preview
Use when 需要对 React 组件文件生成结构化 .json 描述和可视化 .md 目录树预览，用于组件拆分前的详细结构分析、复杂度评估与规划。触发词：生成组件预览文档、拆分前分析、组件结构可视化。
forge_check-component-consistency
Use when 需要检测多个同类型组件（如 Button、Page）的代码实现一致性，交叉对比 Props、事件、样式、hooks 等实现层面差异，确保代码模式统一。触发词：检查组件一致性、对比组件实现、组件模式审计。
forge_check-all-components-design
Use when 需要全面检查项目中所有 React 组件的设计质量，扫描并报告 God Component、配置驱动、业务耦合等反模式，确保符合设计规范。触发词：检查组件设计、扫描组件质量、组件设计审查。
forge_check-all-skills
Use when 需要批量验证 Skill 是否符合最佳实践规范，自动检查命名、前言区、结构与依赖等维度，生成详细报告并输出修复建议；支持单个或批量检查。触发词：检查skill规范、批量验证技能质量、扫描全部技能、全量skill质量校验。
forge_check-barrel-export
Use when 需要生成、优化、修复或检查项目中所有 index 文件（桶导出），确保 index.ts/index.js 均遵循标准桶导出规范。触发词：生成barrel导出、优化index文件、检查桶导出规范。
forge_check-checklist
Use when 需要验证 checklist.md 文件是否符合 forge_checklist-best-practice 规范，包括可判定性、示例完整性、分类结构和 Bad Case 节审查。触发词：检查checklist规范、checklist审查、验证清单质量。
forge_check-all-best-practices
Use when 需要对项目进行全量最佳实践检查——自动发现并依次执行所有以 best-practice 结尾的技能，输出汇总报告并强制执行标准化验证指令。触发词：检查所有技能、全量规范验证、批量最佳实践检查。
forge_check-components
Use when 需要扫描并验证 React 组件文件夹是否符合 forge_component-unit-best-practice 规范，包括文件夹结构、单元测试和 Storybook 故事文件的完整性检查。触发词：检查组件规范、组件文件夹审查、check components、组件结构扫描。
forge_implement-automation-checklist
Use when 需要实际编写检查脚本代码，基于 forge_assess-automation-checklist 的设计方案实现自动化检查器；输出可运行的脚本文件和集成指南。触发词：编写检查脚本、实现自动检查、code checker、写检查器代码。
forge_refine-trpc-best-practice
Must follow when 在 React 组件中进行数据获取，确保通过 Refine hooks（useList/useOne 等）经由 DataProvider 访问数据，禁止直接调用 trpc 客户端。
forge_sample-best-practice
Must follow when 作为示范 Skill 用于说明 Skill 最佳实践结构，包含最小化 SKILL.md、完整 references/ 和 best-practice-examples/ 目录。触发词：示范skill、skill结构示例、skill模板参考。
forge_brainstorming
Use when 在任何创造性工作之前先精炼需求与方案，包括创建功能、构建组件、添加新功能或修改行为；通过自然对话探索用户意图、约束与成功标准，并产出可审阅设计文档。触发词：brainstorm、头脑风暴、脑暴。
forge_ui-components-best-practice
Must follow when 创建或审查 UI 组件代码，确保在标准场景下使用项目组件库组件（如 shadcn/ui），禁止直接使用原生 HTML 元素。
forge_use-store-not-props-best-practice
Must follow when 设计组件数据流——优先通过 Store 访问全局状态，不得通过 Props 层层传递；适用于代码审查和新功能设计阶段。
forge_writing-plans
Use when 需要将已批准的设计规格拆解为可执行实现计划，按最小任务粒度给出文件路径、完整代码、验证命令、依赖上下文和完成标准，便于低上下文执行者稳定落地实现。触发词：写计划、实现计划、任务拆解、plan。
forge_barrel-export-best-practice
Must follow when 编写或审查 index.ts/index.js 桶导出文件，确保所有导出遵循只做 re-export、无业务逻辑、命名导出等规范。
forge_zod-infer-type-best-practice
Must follow when 项目中存在 Zod Schema 定义时，禁止重复声明可推导的业务类型；可推导类型使用 z.infer，跨层 contract 保持独立职责。
forge_assess-automation-checklist
Use when 需要评估现有 checklist 的脚本化可能性，分析哪些检查项可通过代码自动化，哪些必须依赖 LLM 判断，输出明确的脚本化设计方案和实现指南。触发词：规划检查脚本、评估脚本化、设计自动化检查、checklist转脚本。
forge_form-best-practice
Must follow when 创建或重构前端表单组件，确保表单结构、字段验证逻辑和状态管理遵循项目表单设计规范与组件化标准。
forge_fix-all-best-practices
Use when 需要一键扫描并自动修复项目中所有最佳实践违规问题，自动发现并依次执行所有 best-practice 技能的检查与修复操作。触发词：修复所有违规、自动修复最佳实践、一键规范化项目代码。
forge_store-best-practice
Must follow when 使用 Zustand 创建或重构状态管理 Store，确保遵循 slice 模式、Provider 设置和类型安全规范。
forge_error-handling-best-practice
Must follow when 编写错误处理代码，必须使用 neverthrow 库进行函数式错误处理，禁止使用原生 try-catch。确保错误显式传递、类型安全、调用方强制处理错误。
forge_db-table-best-practice
Must follow when 创建或审查 Drizzle ORM 数据库表定义，确保表名、列名、索引和关系配置均遵循项目命名规范与表结构规范。
forge_clean-hardcode
Use when 需要清理代码库中的垃圾代码，包括未使用导入、注释代码段、console.log、死代码、空函数、重复代码等。触发词：清理代码、clean code、删除dead code、清除垃圾。
forge_checklist-best-practice
Must follow when 为 Skill 或项目模块编写检查清单（checklist.md），确保每一项可判断、有示例、结构清晰、支持自动化验证。
forge_check-props-drilling
Use when 需要检查代码中是否存在 Props Drilling（透传 Props）问题，识别那些本应从 Zustand Store 直接获取却通过多层组件传递的数据。触发词：检查 props 透传、props drilling、消除透传、检查组件依赖。
Page 1163 of 1711 · 85506 results
