OpenMinis
from GitHub
开发与编程
- 📁 scripts/
- 📄 pyproject.toml
- 📄 SKILL.md
使用 Python + UV 读写哔哩哔哩(B 站)数据的技能,依赖 bilibili-api-python + aiohttp, 通过 browser_use get_cookies 自动获取 Cookie 完成认证,无需手动复制。 支持视频详情/字幕/AI总结/评论、用户主页、搜索、热门/排行榜、关注动态 Feed、 收藏夹、稍后再看、观看历史、互动操作(点赞/投币/三连)、动态发布与删除等。 当用户提到"B站"、"哔哩哔哩"、"bilibili"、"B站视频"、"B站热门"、"bilibili-hub"、 "获取B站数据"、"B站字幕"、"B站评论"、"B站收藏"、"B站动态", 或任何需要以编程方式读写 B 站内容的场景,必须触发本技能。 --- # bilibili-hub > **改造来源**:[jackwener/bilibili-cli](https://github.com/jackwener/bilibili-cli)(Apache-2.0) > > 本技能在原仓库基础上做了以下简化与改造: > - 移除 `browser-cookie3` / `click` / `rich` / `PyYAML` / `qrcode` 依赖 > - Cookie 认证改为直接传入 `dict` 或从环境变量读取,不做浏览器自动提取 > - 移除 CLI 层(commands/)、QR 登录、formatter 等 > - 保留全部 API 方法,统一封装为同步接口(`asyncio.run`) > - 核心依赖 `bilibili-api-python`(逆向工程 B 站 API 的第三方 SDK) > - 在 Minis 环境中,Cookie 通过 `browser_use get_cookies` 自动获取 --- ## 文件结构 ``` /var/minis/skills/bilibili-hub/ ├── SKILL.md ├── pyproject.toml # bilibili-api-python + aiohttp └── scripts/ ├── __init__.py ├── exceptions.py # 6 种结构化异常 ├── payloads.py # 数据结构规范化(normalize_* 函数) └── client.py # BiliClient 核心类(全部 API 方法) ``` --- ## 认证方式 B 站 Web API 使用三个关键 Cookie: | Cookie | 说明 | |--------|------| | `SESSDATA` | 用户 Session(必填,读操作) | | `bili_jct` | CSRF Token(写操作必填:点赞/投币/发动态等) | | `DedeUserID` | 用户 ID(建议填写) | | `buvid3` | 设备 ID(建议填写,降低风控概率) | ### 方法一:browser_use 自动获取(Minis 环境首选) 1. `browser_use navigate` 打开 `https://www.bilibili.com`,确认已登录 2. `browser_use get_cookies` 获取 Cookie(原始值不出现在对话中) 3. 加载 offload env 文件: ```bash . /var/minis/offloads/env_cookies_www_bilibili_com_xxx.sh export BILI_SESSDATA="$COOKIE_SESSDATA" export BILI_JCT="$COOKIE_BILI_JCT" export BILI_USERID="$COOKIE_DEDEUSERID" export BILI_BUVID3="$COOKIE_BUVID3" ``` > **注意**:`get_cookies` 仅对当前页面域名生效,需先 navigate 到 `https://www.bilibili.com` 再调用。 ### 方法二:手动从浏览器 DevTools 获取 1. 登录 B 站,打开 DevTools → Application → Cookies → `https://www.bilibili.com` 2. 找到 `SESSDATA`、`bili_jct`、`DedeUserID` 的值 3. 存入 Minis 环境变量:`BILI_SESSDATA` / `BILI_JCT` / `BILI_USERID` ### Cookie 传入方式(三种) ```python # 方式一:
testdino-hq
from GitHub
开发与编程
- 📁 ci/
- 📁 core/
- 📁 migration/
- 📄 LICENSE
- 📄 README.md
- 📄 SKILL.md
经过实战检验的 Playwright 模式,用于 E2E、API、组件、视觉、可访问性和安全测试。涵盖定位器、固定装置、POM、网络模拟、身份验证流程、调试、CI/CD(GitHub Actions、GitLab、CircleCI、Azure、Jenkins)、框架配方(React、Next.js、Vue、Angular)以及来自 Cypress/Selenium 的迁移指南。 TypeScript 和 JavaScript。
imbue-ai
from GitHub
开发与编程
在代码的任何逻辑单元发生更改后立即运行 vet。不要批量进行更改,不要等待被要求进行兽医检查,确保您积极主动。
bearcove
from GitHub
开发与编程
将适当的 Tracey 规范注释添加到代码中、查找需求并检查覆盖范围。在处理具有 Tracey 配置 (.config/tracey/config.styx) 的项目、向代码添加规范引用或检查需求覆盖范围时使用。
WhiteNightShadow
from GitHub
开发与编程
Node.js / Python 接口自动化与签名还原工程技能:对自有平台或已授权平台的 Web API 进行签名分析与接口对接, 通过 Camoufox 反检测浏览器动态调试与静态源码分析,定位并还原前端加密/签名逻辑, 使用 Node.js 或 Python 实现算法复现与自动化接口调用。 深度集成 camoufox-reverse MCP v0.8.0(C++ 引擎级指纹伪装,78 个逆向分析工具,域级 Session 档案 + 断言系统)。 擅长 JSVMP 虚拟机保护的双路径攻克:路径 A 算法追踪(Hook / 插桩 / 日志分析 / 源码级插桩四板斧, 通用对RS 5/6、Akamai sensor_data、webmssdk、obfuscator.io)、 路径 B 环境伪装(jsdom/vm 沙箱 + 浏览器环境采集对比 + 全量补丁)。 v2.6.0 新增反爬类型三分法(签名型/行为型/纯混淆)作为顶层决策框架,明确 pre_inject_hooks 与 hook_jsvmp_interpreter(mode="proxy") 对签名型反爬不可用, 引入 mode="transparent" 签名安全备选与 MCP 侧 AST 源码插桩(消除 CDN 依赖)。 v2.9.0 新增域级 Session 档案(跨任务复用反爬判定/指纹基准/Cookie 归因)与断言驱动交付体系, Phase 5 升级为断言驱动结构化交付,新增降级梯度原则防止 AI 过早放弃。
FlickeringLamp
from GitHub
开发与编程
- 📁 api/
- 📁 config/
- 📄 SKILL.md
直接调用后端 API,直接控制项目配置、文件管理、知识库、MCP 等核心功能
nicobailon
from GitHub
开发与编程
通过高保真并排预览来呈现架构、UI 和代码决策的视觉选项。用于直观地比较方法(代码差异、图表、UI 模型、图像),而不是用于收集结构化输入(为此使用访谈)。支持previewBlocks(代码、mermaid、图像、html)、previewHtml、生成更多循环以及计划/PRD 驱动的流程。
查询以前的 pi 会话以检索上下文、决策、代码更改或其他信息。当您需要查找父会话或任何其他会话文件中发生的情况时使用。
acodercat
from GitHub
开发与编程
检查 Python 代码中的错误、安全问题和最佳实践
searlsco
from GitHub
开发与编程
创建一个临时的真实项目并证明 Prove_it 功能端到端有效(或无效)。 Builds a disposable git repo, writes a focused config, runs real dispatches through the installed or local prove_it, and produces a human-readable session transcript.当您需要证明某个功能、重现错误或针对真实项目(而不仅仅是单元测试)验证修复时使用。 --- # 证明某个功能有效(或无效) 构建一个一次性项目,并通过真正的调度程序管道来执行 Prove_it 功能。输出是人类可读的文字记录,用户可以阅读以确认系统端到端运行。 ## “证明”的含义 - 首先阅读本文 **证明功能意味着观察该功能执行其实际工作,而不仅仅是观察调度程序接受配置并返回决定。** 如果该功能是检测死代码的审阅者,您必须: 1. 创建一个 **包含死代码** 的项目 → 运行审核器 → 查看它 **捕获** 死代码 2. 创建一个 **没有死代码** 的项目 → 运行审核器 → 查看它 **通过干净** 如果该功能是验证 API 设计的任务,您必须: 1. 编写一个具有 **真实设计违规** 的 API 文件 → 查看该任务 **拒绝** 它 2. 编写一个干净的 API 文件 → 查看该任务 **批准** 它 如果该功能是一个条件条件门,您必须: 1. 以**未满足**的条件运行 → 查看任务 **被跳过** 2. 以 **满足**的条件运行 → 查看任务 **实际执行并产生其真实输出**
- 📄 comic-template.html
- 📄 dinesh-agent.md
- 📄 gilfoyle-agent.md
当用户调用 /dg 进行有趣的对抗性代码审查时使用,来自硅谷的 Dinesh 与 Gilfoyle 的玩笑
zap-studio
from GitHub
开发与编程
使用 $fetch、api.get/post/put/patch/delete、createFetch 默认值、searchParams 合并和 throwOnFetchError/throwOnValidationError 返回模式通过 @zap-studio/fetch 实现类型安全的 HTTP 请求。