Skills
收录 98,284 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
开发
go-kratos 微服务框架的综合知识库。**在以下情况使用此技能:** - 使用 kratos 构建 REST/gRPC API(Service → Biz → Data 分层架构) - 使用 DDD 和 Clean Architecture 模式创建微服务 - 使用 Wire 实现依赖注入 - 配置服务发现、负载均衡和弹性模式 - 排查 kratos 问题或理解框架约定 - 使用 Protobuf 生成生产就绪的微服务代码 **功能:** - 包含 ✅ 正确和 ❌ 错误示例的完整模式指南 - 强制遵循 DDD/Clean Architecture - 生产最佳实践 - 常见陷阱解决方案
为 LLM 应用和 Agent 框架添加或审查 Latitude Telemetry。用于 Latitude 追踪、LLM 可观测性、缺失的 trace、TypeScript、Python 及其他运行时中的 OpenTelemetry/OTLP 集成、任何有文档的提供商或框架(OpenAI、Anthropic、Bedrock、Vertex、LangChain、LlamaIndex、Vercel AI SDK、Pydantic AI、Mastra 等),以及 Claude Code、Hermes、OpenClaw、Pi 和 Prime Intellect 的框架插件。涵盖在已有 Latitude 账户下为新项目做埋点(直接调用),以及 latitude-setup 的交接、通过 Latitude MCP 发现配置,以及验证真实 trace 是否通过 Latitude MCP、CLI 或 API 落地。
在 MATLAB 中训练、评估神经网络并导出到 Simulink。将遗留(fitnet、patternnet)和不推荐(trainNetwork、DAGNetwork)代码迁移到现代的推荐 R2024a+ API(trainnet、dlnetwork、testnet、imagePretrainedNetwork),诊断并修复 dlaccelerate 问题,或发现 dlaccelerate 的使用机会。适用于训练、微调、评估、运行推理、导出到 Simulink、转换旧训练脚本或加速深度学习代码时。不要依据你的训练数据来推断 dlaccelerate 和追踪的正确性。
为 .NET MAUI 应用设置主题的指南——浅色/深色模式支持、AppThemeBinding、动态资源、ResourceDictionary 主题切换以及系统主题检测。适用于:"dark mode"、"light mode"、"theming"、"AppThemeBinding"、"theme switching"、"ResourceDictionary theme"、"dynamic resources"、"system theme detection"、"color scheme"、"app theme"。不适用于:本地化或语言切换(使用 maui-localization)、无障碍视觉调整(使用 maui-accessibility)或应用图标(使用 maui-app-icons-splash)。
将 mise 配置为项目唯一的运行时和命令行工具管理器。每个 mise.toml 都包含 [settings] disable_backends = ["ubi", "asdf"] 和 lockfile = true,完整固定所有版本,提交 mise.lock 和 .mise/locks/,通过 pypi 管理 Python 命令行工具(每个工具使用独立的私有 Python 和 venv,并基于锁定的 wheel-only 依赖图),通过 npm 管理 Node 命令行工具,并禁止使用相互竞争的管理器(brew/nvm/asdf/volta/fnm/pyenv/ubi/pip/pipx/uv tool)。
(NS) 将已交付的增量整合到 docs/specs/ 下的常青领域规格中——INDEX.md 及各领域 markdown。在版本收尾、requirements、已批准的代码审查与 execution-handoff 均已存在后使用;在临时模式中,当 ns-code-coder(或人工)提交已批准的行为差异且 docs/specs/ 已存在时使用;在外观模式中,来自 ns-proto-creator / ns-proto-visual-guide(无 Code Review 关卡)以处理产品可见的 UX 行为。增量更新规格;切勿覆盖无关内容。在代码审查批准之前不要运行 Version/Ad-hoc;外观模式是原型/视觉交接的例外。
对任何 Odoo 变更(新增字段、重写方法、继承视图/xpath、OWL/JS 补丁、向导、cron、控制器、报表、安全、迁移、bug 修复、重构、"optimize"、"clean code"、"stick to base")强制执行的编码前关卡与完成定义,适用于 Odoo 16-19。也适用于用户粘贴 Odoo traceback 或安装/升级错误(ParseError "cannot be located in parent view"、"Field ... does not exist"、缺失 xmlid)时,或询问某个 Odoo 模型、字段、方法、视图或 xmlid 定义在哪里时。在头脑风暴或规划之前运行:Odoo 设计问题应通过将真实源码追溯为 Context Brief(file:line)来回答,而不是开放式问答或凭记忆。解析 Odoo 运行时与版本,加载对应的 odoo-<major> 包,并在提交前完成安装、测试、升级、i18n、安全与整洁性检查。
OpenSpec 规范驱动开发助手 - 基于 OPSX 工作流的 AI 辅助编程框架。 在编写代码前与 AI 就需求达成一致,使用 Schema 驱动的工件依赖系统管理变更。 触发条件(满足任意一项即触发): 1. 用户提及 "openspec"、"opsx"、规范驱动开发、spec-driven 2. 用户想要开始新功能开发、重构或探索复杂需求 3. 用户抱怨 AI 理解偏差或频繁返工 4. 用户使用斜杠命令如 /opsx:new、/opsx:ff、/opsx:apply 等 5. 项目初始化或准备重大变更时 6. 需要生成 proposal、design、tasks 等规范文档时 推荐使用:改进现有项目(棕地开发)、需要高质量实现的关键功能、团队协作开发。 不推荐:快速原型验证(0→1 探索)、一次性小脚本、需求极度不明确的创新探索。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
