to-tickets
把规格分解为可执行的 agent 票据并带出阻塞关系并发布到追踪器。
▸ 推荐理由能自动产出有阻塞关系的垂直切片票据，便于多会话协同交付。
▸ 风险提示会在问题追踪器上创建/修改项，需授权访问。
全部收录
相关性达标的全量 Skills（含未精选长尾）· 共 6067 个
to-spec
将已确定的决策和计划合成为可执行的规格并发布到项目跟踪器。
▸ 推荐理由把发现转为可交付的规范并自动上链到问题追踪系统，适合从规划到执行交接。
▸ 风险提示会在问题追踪器上创建/修改项，需授权访问。
teach
在工作区内以多会话方式指导用户学习新技能并维护学习状态文件。
▸ 推荐理由支持长期、分步教学并在仓库中保存学习进度，便于持续学习。
tdd
在开发循环中引导红-绿-重构的测试驱动开发实践与规则。
▸ 推荐理由提供保持可维护测试的具体准则，适合写可保留的自动化测试。
setup-matt-pocock-skills
为工程技能在仓库中初始化问题追踪、标签与领域文档布局。
▸ 推荐理由一键搭建其它工程技能所依赖的仓库约定，适合首次使用时运行。
▸ 风险提示会修改仓库配置并可能需要写入/管理权限。
resolving-merge-conflicts
定位并逐簇解决进行中 git 合并/变基冲突，保留各方意图并修复提交。
▸ 推荐理由系统性定位冲突根源并给出逐段解决方案，适合复杂仓库。
▸ 风险提示会修改 git 历史或文件，执行前请备份或确认权限。
research
调用后台代理对一题目进行主来源调研，并把发现写成 Markdown 文件。
▸ 推荐理由强调来源可靠性，适合需要权威依据的技术或产品调研。
▸ 风险提示会访问外部网站抓取资料，注意网络与版权问题。
prototype
快速构建一次性原型以验证逻辑、状态模型或 UI 设计的可行性。
▸ 推荐理由低成本验证设计想法，帮助快速决策或演示可行性。
▸ 风险提示可能在工作区生成临时代码或文件，注意清理与安全。
improve-codebase-architecture
扫描代码库发现架构摩擦点并生成可视化报告，辅以深入重构建议。
▸ 推荐理由结合领域模型提出可测试性与 AI 可导航性的重构机会。
▸ 风险提示会读取并分析整个代码库，注意私有信息暴露。
implement
根据明确规范实现功能，采用 TDD 并完成验证与代码审查后提交代码。
▸ 推荐理由把设计落地为可运行代码并自动跑测、提交，适合开发自动化流程。
▸ 风险提示需要对仓库读写、运行测试和提交代码的高权限访问。
handoff
将当前会话压缩成交接文档并保存到本机临时目录，便于其他代理继续工作。
▸ 推荐理由方便多人或多代理协作时快速传递上下文与建议技能。
▸ 风险提示会在本地临时目录写入文件，需注意敏感信息。
grilling
通过连续询问不断逼近并固化对某个计划或决策的共同理解。
▸ 推荐理由适合需要彻底推敲想法或生成明确决策路径的场景。
grill-with-docs
通过结构化提问将不清晰的设计/计划锻炼成文档与 ADR。
▸ 推荐理由适合在代码库中把待定决策落盘为可追溯的文档。
grill-me
以严苛面试式提问来打磨计划或设计思路。
▸ 推荐理由通过高强度问答揭示假设与风险，适合方案检验。
domain-modeling
构建与维护项目的领域模型与通用术语表。
▸ 推荐理由鼓励即时记录决策与词汇，提升团队语义一致性。
diagnosing-bugs
用于诊断难查的 bug 与性能回归的系统化流程。
▸ 推荐理由有明确分阶段流程和反馈环，适合复杂问题定位。
codebase-design
提供深度模块设计的共享词汇与设计原则。
▸ 推荐理由强调小接口、大行为和可测性，帮团队统一设计语言。
code-review
对指定提交范围进行双轴（规范与实现）并行代码审查。
▸ 推荐理由并行子代理分别评估规范对齐与代码标准，审查更聚焦。
ask-matt
将项目工作路由到合适的 Matt Pocock 风格技能或工作流。
▸ 推荐理由作为技能目录入口，便于把不清晰需求导向合适流程。
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
开源多渠道聊天营销平台，管理联系人、对话、流程与广播。
▸ 推荐理由适合自托管的营销团队替代商业对话平台并集中渠道管理。
▸ 风险提示需接入第三方渠道凭证并处理用户数据，存在隐私与合规风险。