ask-matt
将项目工作路由到合适的 Matt Pocock 风格技能或工作流。
▸ 推荐理由作为技能目录入口，便于把不清晰需求导向合适流程。
全部收录
相关性达标的全量 Skills（含未精选长尾）· 共 6259 个
expose-private-service
通过 Traefik 与 Cloudflare 将仅内网服务安全暴露为 HTTPS。
▸ 推荐理由提供实战级的 Traefik+Cloudflare 暴露模式，适合家庭/自托管用户。
▸ 风险提示需要 Cloudflare API 密钥/证书与 DNS 权限，涉及敏感凭据。
worker-development
介绍 ChatbotX 后台 worker、BullMQ 队列与 Kafka 消费者的开发约定。
▸ 推荐理由便于添加异步任务并保持队列/调度一致性，适合工程化改动。
turborepo-workflow
描述 ChatbotX pnpm + Turborepo 单体仓库的开发与构建工作流。
▸ 推荐理由对维护 monorepo 的开发者和自动化 agent 很实用。
testing-workflow
规定 ChatbotX 项目本地测试/ lint/类型/覆盖率 的验证流程。
▸ 推荐理由适合在提交前自检、避免 CI 缺位导致的回归。
source-command-release-check
运行预发布验证门禁（lint、类型、测试、覆盖）并报告是否可发布。
▸ 推荐理由是发布前的必要质量门控，能有效防止回归与低质量发布。
▸ 风险提示运行测试或构建可能需要访问 CI 凭证与构建资源
source-command-implement-plan
运行迁移后的 source 命令 implement-plan，进入实施模式执行计划。
▸ 推荐理由便于在仓库上下文中统一触发实现流程与规范化执行。
▸ 风险提示会触发实现流程与代码变更，注意审查与回滚策略
security-review
针对 ChatbotX 的安全检查清单，覆盖租户隔离与未受信内容处理等。
▸ 推荐理由提供仓库特定的安全风险点与必须的核查步骤，便于合规审查。
▸ 风险提示审查建议可能涉及权限与配置变更，执行时需谨慎
reliability-concurrency
提供并发、重试与幂等模式，防止多 worker 竞态与数据损坏。
▸ 推荐理由针对生产并发场景的实战指南，能显著降低数据损坏风险。
public-api-tooling
维护公共 API 客户端、OpenAPI 类型与 CLI 工具的开发工具链。
▸ 推荐理由集中管理 OpenAPI 产物与 CLI，便于对外接口一致性。
▸ 风险提示生成或发布工具可能影响对外接口，注意版本与凭证
orpc-api
在 builder 应用中创建或修改 oRPC 路由、过程与中间件。
▸ 推荐理由明确 oRPC 与 OpenAPI 混合架构，便于构建一致的 API 层。
▸ 风险提示修改 API 可能影响鉴权与安全，需谨慎评审
integration-channel
创建或修改聊天机器人接入通道与 webhook，连接外部平台。
▸ 推荐理由专注多平台接入流程，适合扩展消息渠道时使用。
▸ 风险提示可能需要外部凭证与敏感密钥，注意保密
implement-plan
执行已批准的技术实现计划，按计划完成下一个未完成任务。
▸ 推荐理由适合在实现模式下按既定计划继续开发并最小化变更。
▸ 风险提示可能修改代码或运行脚本，注意代码审查与权限控制
flow-step-development
添加具有成功/失败/跳过分支的流程步骤，覆盖配置、执行与注册全生命周期。
▸ 推荐理由适合实现有分支路由的业务流程步骤与工作器逻辑。
feature-scaffold
按项目约定为 builder 应用生成新功能目录、页面和服务动作的脚手架。
▸ 推荐理由提高新特性开发速度并保持代码结构一致性。
fb-comment-automation
实现 Facebook 页面评论的自动回复、点赞、隐藏及相关匹配与派发逻辑。
▸ 推荐理由包含循环、匹配与派发细节，适合社媒自动化开发。
▸ 风险提示涉及第三方 API 与权限、合规与隐私风险
drizzle-database
在 ChatbotX 中使用 Drizzle ORM 定义表结构、编写迁移与查询。
▸ 推荐理由说明表定义与迁移惯例，便于安全改库与新增关系。
▸ 风险提示运行迁移或修改 schema 有数据丢失风险
contact-filter
管理联系人过滤器模型及其前端配置与后端 SQL 查询生成。
▸ 推荐理由覆盖前端配置与后端查询，便于修改筛选逻辑与操作符。
chatbotx-basecode
概览 ChatbotX 项目结构与边界，辅助审计与定位负责区域。
▸ 推荐理由首选入门与大型变更前的全局导览，快速定位职责边界。
business-data-access
实现或修改业务服务、仓储与数据访问边界，处理数据库读写与缓存失效。
▸ 推荐理由规范化数据边界，适合跨层数据库访问改动。
▸ 风险提示涉及数据库操作与权限，修改需谨慎
builder-ui-i18n
为 ChatbotX builder 应用开发或修改前端组件、表单、表格与国际化文案。
▸ 推荐理由适合做界面与文案变更，覆盖组件与校验规则。
chatbotx
开源多渠道聊天营销平台，管理联系人、对话、流程与广播。
▸ 推荐理由适合自托管的营销团队替代商业对话平台并集中渠道管理。
▸ 风险提示需接入第三方渠道凭证并处理用户数据，存在隐私与合规风险。
specify
生成、审查和改进软件规格、PRD、RFC 与实现计划。
▸ 推荐理由聚焦产出可决策、可实施的最小规范，适合需求梳理阶段。
metrics
定义、实现与验证可操作的产品/工程/可靠性指标与监测方案。
▸ 推荐理由能把度量落地到代码与仪表盘，支撑可信决策与告警。
vn-health-compliance-gate
对越南健康类内容做强制合规审查、敏感词与声明检查。
▸ 推荐理由为越南药品/保健内容发布前提供法律与合规把关。
▸ 风险提示含法律合规判断，建议由合规或律师进行最终复核。
ui-preview-loop
通过截图→评审→修正循环自动验证页面视觉与布局问题。
▸ 推荐理由适合对照 mock 或做自动化视觉回归的前端流程。
▸ 风险提示通常需访问并截图目标应用，可能涉及敏感环境或权限问题。
ui-design
为网页 UI 提供差异化视觉设计，包含排版、色彩与动效。
▸ 推荐理由能打破 AI 生成的模板化外观，提升界面辨识度。
tu-van-reply-drafter
为药房草拟合规客户回复，含分类与合规检查流程。
▸ 推荐理由面向药房社媒/电商客服的实用写稿与把关流程。
▸ 风险提示涉及用药和健康建议，可能有法律与合规风险，需人工复核。
testing-strategy
制定与组织测试策略，包含TDD、用例层次与模拟建议。
▸ 推荐理由帮助在开发前后设计合适测试并减少脆弱性与回归。
systematic-debugging
以再现→假设→检测→定位循环系统化排查软件故障。
▸ 推荐理由能避免盲目改动，适合复杂或间歇性错误排查。
system-design
帮助设计与评审系统架构，涵盖扩展性、CAP、缓存等决策。
▸ 推荐理由适合架构评审与容量/可用性权衡的技术顾问。
security-review
按 OWASP Top10:2025 对代码做静态安全审计并给出修复方案。
▸ 推荐理由适合合并前或关键变更时的扫描-修复-复测闭环审计。
▸ 风险提示需要访问完整代码与依赖，可能涉及敏感配置或凭证权限。
product-dossier-builder
为每个产品生成 ./san-pham/<slug>.md 的详尽档案供其他技能读取。
▸ 推荐理由把产品声明与事实化为结构化档案，便于内容与合规复用。
▸ 风险提示处理药品信息与广告声明，需核验来源并遵守法规。
prd-writing
撰写与评审 PRD、功能规格、用户故事及验收标准。
▸ 推荐理由面向可交付的短平精规范文档，便于团队执行与验收。
planning-before-code
把已批准的目标拆成可执行的小任务并标注精确文件路径与检查点。
▸ 推荐理由适合触及多文件的改动，减少盲改与回滚成本。
nha-thuoc-brand-foundation
一次性访谈店主并生成 ./brand/ 下的四个品牌基础文件供复用。
▸ 推荐理由为药房内容与咨询流水线建立统一可复用的品牌档案。
▸ 风险提示可能收集个人/敏感信息，注意隐私与合规处理。
minimal-change
在改动前优先评估并实施最小且正确的变更方案。
▸ 推荐理由防止过度设计，适用于实现、修复和小规模重构场景。
frontend-architecture
为 React/前端工程提供功能型目录、导入单向法与 API 分层规范。
▸ 推荐理由适合新项目脚手架与解藕复杂代码库，强调可执行规范与 ESLint 强制。
duoc-si-tiktok-content
为药师/药房生成TikTok脚本、caption、话题并强制合规审查。
▸ 推荐理由面向药房的整套内容流程，能读取品牌档案并内建合规门控。
▸ 风险提示涉及医疗/宣称内容与合规脚本，需验证合规工具与法律风险。
devops-delivery
审计部署可交付性：CI/CD、监控、SLO 与回滚策略。
▸ 推荐理由覆盖上线到故障恢复的流程，适合准生产检查与发布把关。