connorads
from GitHub
工具与效率
remobi 的完全交互式入门 — tmux 的移动终端覆盖层。检查先决条件、检查 tmux 配置、采访用户有关其工作流程、生成经过验证的 remobi.config.ts、建议 tmux 移动优化并逐步完成部署。每当有人要求设置 remobi、配置 remobi、使用 remobi、生成 remobi 配置、使 tmux 适合移动设备或使用 Tailscale 部署 remobi 时,请使用此技能。当用户说“加入我”或“设置我的电话终端”时也可使用。 --- # remobi-setup [remobi](https://github.com/connorads/remobi) 的交互式入门技能 — 通过手机监视和控制 tmux。这项技能可引导用户在一次对话中完成设置。指导原则:**检测一切可能的情况,默认一切合理的情况,仅询问需要人类意图的内容。**大多数用户总共回答 1-3 个问题。 ## 工作流程 ### 第 1 阶段:欢迎并理解(1 个问题)以一行字开头确认他们得到了什么,然后询问是什么让他们来到这里:>“remobi 将您的 tmux 会话放在您的手机上 — 相同的窗格、相同的窗口、顶部的触摸控件。我们在此处设置的所有内容您都可以稍后更改。” >>“是什么让您选择了remobi? 例如:通过手机监控编码代理、让手机访问您的开发会话,或者只是想尝试一下。” 在内部将答案映射到角色(不要告诉用户他们的“角色”): | 角色 | 信号 | 下游效果 | |--------|---------|--------------------| | **代理观察者** | 提及编码代理、Claude Code、Codex、AI、监控 | 自动缩放打开、浮动缩放按钮、启用双击缩放、精益配置,最少的问题 | 提及 tmux、SSH、开发工作流程、现有设置 | 彻底检查配置,询问自动缩放 | **新手** | 说好奇,尝试一下,没有具体的用例 | 提供 tmux 设置,解释自动缩放,合理的默认值
zenchantlive
from GitHub
工具与效率
- 📁 agents/
- 📁 references/
- 📁 scripts/
- 📄 project.template.md
- 📄 SKILL.md
当代理在任何项目存储库中执行工作并且需要通过 BeadBoard 与人员或其他代理进行协调时使用。 BeadBoard 是单独运行的面向人的仪表板;该技能是代理方操作状态、邮件、分配和证据流的合同。
anhtuank7c
from GitHub
数据与AI
- 📁 evals/
- 📁 references/
- 📄 SKILL.md
为 pamsignal 项目生成 Linux 发行版包规范(deb 和 rpm)。每当用户提到打包、.deb、.rpm、dpkg、apt、dnf、yum、创建包、发布打包、debian 目录、spec 文件或想要为 Debian、Ubuntu、Fedora、CentOS、AlmaLinux 或 Rocky Linux 分发 pamsignal 时,请使用此技能。当用户询问此项目的安装/卸载脚本、维护者脚本或包元数据时也会触发。
aalmada
from GitHub
工具与效率
使用此技能来处理任何创建、更新、审查或改进指导 AI 编码工具的文件的请求,例如 AGENTS.md、Copilot 上下文文件或代理指令。当用户想要帮助 AI 生成符合项目约定、避免常见错误或理解非显而易见规则的代码时触发 - 无论是针对整个存储库、子目录还是特定组件。还可用于有关设置 Copilot 或 Cursor 上下文、将 AI 添加到团队实践或保持代理指南最新的查询 - 即使未提及 AGENTS.md 的名称。 --- # AGENTS.md 技能 `AGENTS.md` 是 AI 编码代理的自述文件 — 它为 GitHub Copilot、Cursor 和 Claude Code 等工具提供了生成适合您项目的代码所需的上下文,而无需不断地来回修正。 ## 黄金法则:只包含不明显的事情 这是最重要的原则。 在添加任何行之前,询问:**“代理可以通过阅读代码或配置文件来解决这个问题吗?”** 如果是 - 跳过它。代理可以读取“package.json”、“pyproject.toml”、“*.csproj”、目录结构、导入和现有代码。 AGENTS.md 适用于那些*不*可见的内容: - 任何 linter 或分析器都没有强制执行的特定于项目的约定 - “永远不要做 X”模式,*看起来*合理,但在此代码库中是错误的 - 非标准或需要特定于项目的标志的命令 - 需要解释的领域术语或架构选择 - 代理在这里实际犯的常见错误(从经验中发现) - 绝不能违反的安全约束和规则 **冗余内容会主动降低质量** ——它浪费了代理的上下文窗口,并用已有的噪声稀释了真实信号。 ## AGENTS.md 的两种形状 ### 根级 `AGENTS.md` (存储库根)
selhorys
from GitHub
开发与编程
- 📄 reference.md
- 📄 SKILL.md
后端开发中 DataHub 集成的参考和编码指南。在实现或调试涉及 DataHub 的代码时使用 - 实体(数据集、仪表板、图表)、方面(所有权、标签、域、术语表术语、结构化属性)、沿袭、断言、URN、摄取/排放、GraphQL、REST 或 acryl-datahub Python SDK。还回答数据建模问题并帮助选择本机 DataHub 功能与自定义扩展。每当任务涉及 DataHub 元数据、沿袭、摄取或任何 DataHub API 表面时,即使没有明确提及“API”,也会触发此技能。
gugug168
from GitHub
开发与编程
- 📁 .github/
- 📁 bin/
- 📁 localize/
- 📄 .gitignore
- 📄 .npmignore
- 📄 LICENSE
为 Claude Code 提供完整的中文体验!包含工具提示、界面汉化、完整的自定义指南、实战经验和进阶开发教程, 让用户能够根据自己的需求修改和完善.
igmarin
from GitHub
测试与安全
在创建或修改 REST API 端点(Rails 控制器、引擎路由、API 操作)时使用。需要生成或更新 API 集合文件(例如 Postman Collection v2.1),以便可以测试新的或更改的端点。触发词:端点、API 路由、控制器操作、API 集合、请求集合。 --- # REST API 集合 **核心原则:** 每个 API 表面(Rails 应用程序或引擎)都有一个与其端点保持同步的 API 集合文件。 ## 快速参考 |方面|规则| |--------|------| |当 |创建或修改任何 REST API 端点(路由 + 控制器操作)时创建或更新集合 | |格式| Postman Collection JSON v2.1(`schema` 或 `info.schema` 引用 v2.1)是一个很好的默认标准 | |地点 |每个应用程序或引擎一个文件 - `docs/api-collections/<app-or-engine-name>.json` 或 `spec/fixtures/api-collections/`;如果集合文件夹已存在,则更新现有文件 | |语言 |所有请求名称、描述和变量名称都必须采用 **英语** | |变量|使用“{{base_url}}”(或等效项)作为基本 URL,以便集合可以跨环境运行 | |根据要求 |方法、URL(带有基本 URL 的变量)、标头(内容类型、授权(如果需要))、正文示例(如果适用)| |验证 |请参阅下面的 HARD-GATE 部分中的验证步骤 | ## 硬门 :在端点更改时生成 ``` 当您创建或修改 REST API 端点(新的或更改的路由和控制器操作)时,您还必须创建或更新相应的 API 集合文件,以便可以测试流程。 不要让收藏丢失或过时。
TeamWiseFlow
from GitHub
工具与效率
Handle Alipay payment flows in customer service conversations — identify payment scenarios, create orders via Alipay MCP, send payment links or QR codes to users, confirm payment status, complete post-payment delivery, manage refunds, and answer Alipay-related questions. --- # 支付宝支付流程处理 本技能指导客服助手在与用户的对话中识别支付场景、发起支付、确认支付结果并完成后续交付,以及处理退款和支付问题咨询。 ## 一、识别支付场景 以下情况应触发支付流程: - 用户明确表示"购买"、"下单"、"付款"、"买"等意图 - 用户询问价格并表示愿意支付 - 业务规则要求先付款再服务(如:首次使用、充值、预约等) - 用户要求开具收据或询问支付凭证 **注意**:在触发支付前,必须先确认用户真实购买意图,避免误创建支付订单。 ## 二、创建支付订单 ### 前置检查 1. 从商户订单系统获取 **真实的 `outTradeNo`**(商户订单号)——**不得自行编造** 2. 确认支付金额(`totalAmount`,单位:元,最小 0.01) 3. 确认订单标题(`orderTitle`,最长256字符,应清晰描述商品/服务) ### 选择支付方式 根据用户当前设备环境: | 场景 | 工具 | |------|------| | 用户在手机端(手机H5/小程序) | `create-mobile-alipay-payment` | | 用户在 PC/网页端 | `create-web-page-alipay-payment` | | 无法判断 / 个人收款 | `create-alipay-payment-agent`(智易收,适合个人开发者) | ### 调用示例 ``` mcporter call alipay.create-mobile-alipay-payment \ outTradeNo=ORDER20240315001 \ totalAmount=9.90 \ orderTitle=专属定制服务-基础套餐 ``` ### 向用户发送支付信息 - 工具返回支付链接(Markdown格式),直接发送给用户 - 同时告知:金额、商品名称、支付方式 - 提示用户支付完成后回复确认,以便继续服务 示例话术: > 已为您生成支付链接,金额 **9.90元**(专属定制服务-基础套餐)。 > 请点击下方链接完成支付,支付成功后告知我,我将立即为您提供服务: > [支付链接] ## 三、确认支付状态 用户反馈"已支付"后,**主动查询确认**,不能仅凭用户口述认定支付成功: ``` mcporter call alipay.query-alipay-payment outTradeNo=ORDER20240315001 ``` | `tradeStatus` | 处理方式 | |---------------|----------| | `TRADE_SUCCESS` | 确认支付成功 → 进入交付流程 | | `TRADE_FINISHED` | 交易已完结 → 确认支付成功 | | `WAIT_BUYER_PAY` | 支付未完成 → 告知用户并引导重新支付 | | `TRADE_CLOSED` | 订单已关闭(超时/取消)→ 说明原因,可重新下单 | 支付确认后的话术示例: > 已确认您的支付成功(订单号:ORDER20240315001,金额:9.90元)。接下来我将为您... ## 四、交付后续 支付确认后,根据业务规则提供相应服务。交付完成后: - 询问用户是否还有其他需求 - 如用户满意,正常结束会话 - 如用户对服务不满,进入反馈记录流程(见 AGENTS.md) ## 五、退款处理 退款是 **L3 操作**,必须经用户明确确认后方可执行。 ### 退款资格确认 1. 核实订单号(`outTradeNo`)和支付状态(需为 `TRADE_SUCCESS`) 2. 确认退款原因合理,符合业务退款政策 3. 确认退款金额(不超过原支付金额) ### 用户确认话术 > 您申请退款的订单号为 **ORDER20240315001**,退款金额 **9.90元**。 > 退款操作不可逆,确认后将退回您的支付宝账户(1-3个工作日到账)。 > 请回复"**确认退款**"继续操作。 ### 执行退款 收到用户明确确认后: ``` mcporter call
jiyeongjun
from GitHub
开发与编程
- 📁 agents/
- 📁 references/
- 📄 model-policy.json
- 📄 SKILL.md
处理不明确或高影响的编码工作,其中丢失的工件、受保护的表面更改或未解决的实现分支可能会严重改变实现。用于需要工件恢复、受保护的澄清或补丁后验证的编码任务。跳过琐碎的、仅格式化的或已经明确的单路径工作。
skyfiredao
from GitHub
工具与效率
在小说中编写需要感官完整性和叙事完整性的亲密或色情场景时使用(选择加入,需要安装 --all 标志)
booklib-ai
from GitHub
开发与编程
- 📁 assets/
- 📁 evals/
- 📁 examples/
- 📄 SKILL.md
应用 Rachel Nabors 的《Animation at Work》中的网页动画原理。涵盖人类对运动的感知、动画的 12 条原则、动画模式(过渡、补充、反馈、演示、装饰)、CSS 过渡、CSS 动画、Web 动画 API、SVG/Canvas/WebGL、与故事板和运动组合进行动画交流、性能(仅限复合属性、will-change、RAIL)、可访问性(首选减少运动、前庭障碍)和团队工作流程。在“动画”、“过渡”、“CSS 动画”、“关键帧”、“缓动”、“动作设计”、“网页动画”、“首选减少运动”、“故事板”、“视差”、“加载动画”、“悬停效果”、“微交互”上触发。 --- # 工作中的动画技能 您是一位网络动画专家顾问,以 Rachel Nabors 所著的《工作中的动画》的 5 章为基础。您可以通过两种方式提供帮助: 1. **设计应用** — 应用动画原理来创建有目的的、高性能的网页动画 2. **设计审查** — 分析现有动画并提出改进建议 ## 如何决定哪种模式 - 如果用户要求 *创建*、*添加*、*实现*、*动画* 或 *构建* 动画 → **设计应用** - 如果用户要求 *审查*、*审核*、*评估*、*优化* 或 *修复*动画 → **设计审查** - 如果不清楚,请简要询问他们更喜欢哪种模式 --- ## 模式 1:设计应用程序 在帮助创建动画时,请遵循以下决策流程: ### 步骤 1 — 对动画的目的进行分类 每个动画都必须有明确的目的。 使用这五种模式进行分类: |图案|目的|何时使用 |示例| |--------|---------|-------------|---------| | **过渡** |显示视图/状态之间的状态变化 |导航页面、打开面板、切换选项卡 |页面滑入、模态打开/关闭 | | **补充** |将元素带入/带出已存在的视图 |将项目添加到列表、显示通知、显示内容 | Toast通知滑入,列表项出现
benkruger
from GitHub
开发与编程
审核 Claude Code CHANGELOG.md 中与插件相关的更改。构建 FLOW 的集成表面模型,获取新的变更日志条目,分类为采用/删除/调整,并为已批准的项目提交问题。