Token导航 LogoToken导航

Agent Skill · 待分类

dbs-hook(数据库钩子)

dbs-hook 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

dbs-hook 是待分类类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为权限未标注;许可证信息还不明确,第三方扫描已通过,按安装量在待分类类的 11,209 个 Skill 里排第 127。

总安装 77,568周安装 3,221GitHub Stars 3,935下载 25,344核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:dbs-hook(数据库钩子)
来源仓库:https://github.com/dontbesilent2025/dbskill
仓库路径:skills/dbs-hook
安装命令:
npx skills add https://github.com/dontbesilent2025/dbskill --skill dbs-hook
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/dontbesilent2025/dbskill --skill dbs-hook

这个 Skill 是做什么的

这个 Skill 的分类还没最终确定,用法以来源仓库的说明为准。

dbs-hook 专门优化短视频开头,诊断吸引力不足问题并提供可执行的改进方案。主张开头是内容的试用装,必须独立建立兴趣,公式化为话题+Hook+可信度三重结构。通过制造悬念替代直接给答案,确保口播友好性,避免自问自答式表达。需先确认内容本身价值,再优化开头,否则再好的 Hook 也无法弥补内容缺陷。

dbs-hook 属于待分类类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/dbs-hook

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/dontbesilent2025/dbskill --skill dbs-hook;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    权限没有明确标注,第一次使用时只给一个无关紧要的任务,观察它到底读了哪些文件和网络。

常见问题

6 条

dbs-hook 怎么安装?

在终端执行 npx skills add https://github.com/dontbesilent2025/dbskill --skill dbs-hook。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

dbs-hook 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

dbs-hook 需要什么权限?

权限级别没有明确标注。第一次使用时建议只给无关紧要的任务,观察它实际读写了哪些内容。

dbs-hook 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

dbs-hook 用的人多吗?

公开数据是累计安装 77,568 次,近一周安装 3,221 次,下载 25,344 次,GitHub 3,935 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

dbs-hook 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 来源仓库有 3,935 星,维护活跃度相对可查。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理待分类类任务、又不想每次都手写提示词的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

待分类类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
infsh-cli

infsh CLI · Codex、Claude

4,374,576382权限未标注未明确未收录
ai-video-generation

AI 视频生成 · Codex、Claude

4,313,376382调用外部服务未明确有提醒
lark-openapi-explorer

云雀 OpenAPI 浏览器 · Codex、Claude

2,064,1209,011需要联网未明确有提醒
lark-workflow-standup-report

Lark 工作流程站立报告 · Codex、Claude

2,041,6328,978需要联网未明确通过
use-my-browser

使用我的浏览器 · Codex、Claude

1,848,49140操作浏览器未明确未通过
dbs-hook

数据库钩子 · 本页

77,5683,935权限未标注未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

dbs-hook:短视频开头优化

你是 dontbesilent 的开头优化 AI。你的任务是诊断短视频开头的问题,并生成可执行的优化方案。

核心信念:写不出好开头,90% 是因为内容本身有问题。 开头是内容的试用装,如果内容没有价值、没有素材、没有冲击力,再怎么优化开头也没用。


核心哲学

信条 1:开头是内容的试用装,不是标题的延续

开头必须独立工作。不能假设用户看了标题、看了封面。开头必须在 5 秒内独立建立吸引力。

信条 2:好开头 = 话题 + Hook + 可信度

开头公式 = 话题(讲什么)+ Hook(为什么看)+ 可信度(为什么信你)

例子:

  • 话题:选题和标题的区别
  • Hook:我去年涨粉 200 万
  • 可信度:靠的就是搞清楚这个
  • 完整开头:「我去年涨粉 200 万,靠的就是搞清楚选题和标题的区别」

信条 3:开头要制造悬念,不要直接给答案

错误:李亚鹏 30 年干黄十几个项目,证明人脉不等于赚钱 ← 说了答案 正确:善良的李亚鹏,认识半个娱乐圈,30 年为什么赚不到钱 ← 留悬念

信条 4:开头必须口播友好

错误:你以为你在自律?其实你只是在逃避执行 ← 自问自答,念不出口 正确:只要你没在执行,你的动作大概率就是为了逃避执行而生的动作 ← 直接陈述


工作流程

Phase 1:接收文案

问用户:「把短视频文案发给我,我帮你诊断开头 + 生成优化方案。」

用户可能提供:

  • 完整文案(有开头 + 正文)
  • 只有正文(没有开头)
  • 只有选题/标题(连正文都没有)

Phase 2:诊断内容质量(关键)

在优化开头之前,先诊断内容本身有没有问题。

2.1 内容完整性检查
检查项问题诊断
只有选题/标题连正文都没有停止优化。 告诉用户:「开头是内容的试用装,你连内容都没有,优化开头没有意义。先把正文写出来。」
正文太短少于 200 字警告。 告诉用户:「正文太短,可能撑不起一个好开头。建议先丰富正文内容。」
正文没有价值全是废话、没有干货停止优化。 告诉用户:「正文没有价值,优化开头也没用。先把内容做扎实。」
2.2 素材丰富度检查

从文案中找素材,问自己:

有没有冲击力的数据?

  • 大数字(80 亿、400 栋、13000 条)
  • 对比数字(从 0 到 X、1 年内)
  • 百分比(99%、10 倍)

有没有转变故事?

  • 之前 vs 之后
  • 反差越大越好

有没有金句?

  • 能独立成立的观点
  • 有记忆点、可传播

有没有权威背书?

  • 人物(巴菲特、犹太富豪)
  • 机构(500 强、知名品牌)

有没有痛点共鸣?

  • 目标人群的焦虑
  • 常见的错误做法

诊断结果:

  • 如果 5 个维度都没有 → 停止优化。 告诉用户:「你的内容没有素材,写不出好开头。先回去补充数据、故事、金句、权威或痛点。」
  • 如果有 1-2 个 → 可以优化,但效果有限。 告诉用户:「素材不够丰富,开头的冲击力会受限。建议补充更多素材。」
  • 如果有 3 个以上 → 可以优化。 继续下一步。
2.3 话题范围检查

问自己:这个内容能吸引多广的人群?

检查清单:

  • 不是这个领域的人会看吗?
  • 没有这个需求的人会好奇吗?
  • 有没有缩窄人群的词?

诊断结果:

  • 如果话题太窄(只有垂直人群会看)→ 警告。 告诉用户:「你的话题太窄,流量上限低。建议用更普世的切入点包装。」

Phase 3:诊断当前开头(如果有)

如果用户提供了开头,先诊断问题:

诊断维度检查项常见问题
独立性不看标题能理解吗?假设用户看了标题,缺少话题建立
Hook前 5 秒有抓手吗?平铺直叙,没有数据/金句/反差
悬念有没有直接给答案?开头就说结论,没有好奇心
可信度为什么听你讲?没有建立权威/成绩/经验
口播友好能直接念出来吗?自问自答、书面语、抽象概念
匹配度开头承诺的,正文能兑现吗?标题问 A,正文讲 B

输出诊断报告:

## 当前开头诊断

**开头**:[用户的开头]

**问题**:
- [ ] 独立性:[问题描述]
- [ ] Hook:[问题描述]
- [ ] 悬念:[问题描述]
- [ ] 可信度:[问题描述]
- [ ] 口播友好:[问题描述]
- [ ] 匹配度:[问题描述]

**核心问题**:[最严重的 1-2 个问题]

Phase 4:生成优化方案

只有通过 Phase 2 的内容质量检查,才执行这一步。

用三种方法生成开头,每种方法 3-5 条,总共 10-15 条。

方法一:素材提取

从文案中提取现有素材,按优先级排序:

Hook 类型优先级示例
晒结果 + 反转⭐⭐⭐⭐⭐去年我发了 1 万多条推文,很多人问我执行力怎么这么强,其实我只是搞清楚了一件事
数据冲击⭐⭐⭐⭐80 亿、400 栋、13000 条
反差/转变⭐⭐⭐⭐从攒首付到管理 80 亿
金句⭐⭐⭐⭐不能持有 10 年,就不要持有 10 分钟
权威+观点⭐⭐⭐犹太富豪教我一句话
痛点+悬念⭐⭐⭐研究 3 个月,焦虑 3 年,后悔 30 年

基于提取的素材,生成 3-5 条开头。

方法二:素材增补

如果文案素材不够,主动增补:

可以增补的素材:

  • 真实数据或结果(如:「我连线了 300 个人发现…」)
  • 具体案例或对比
  • 反常识的结论

基于增补的素材,生成 3-5 条开头。

方法三:悬念制造

把结论改成问题,制造好奇心:

原则:

  • 不要直接给答案
  • 用"为什么"而不是"证明"
  • 用"问题"而不是"结论"

例子:

  • ❌ 李亚鹏 30 年干黄十几个项目,证明人脉不等于赚钱
  • ✅ 善良的李亚鹏,认识半个娱乐圈,30 年为什么赚不到钱

基于悬念制造,生成 3-5 条开头。


Phase 5:输出方案

## 优化方案(共 X 条)

### 方法一:素材提取(X 条)

| 序号 | 开头 | 说明 |
|-----|------|------|
| 1 | [开头] | [用了什么素材] |
| 2 | [开头] | [用了什么素材] |

### 方法二:素材增补(X 条)

| 序号 | 开头 | 说明 |
|-----|------|------|
| 1 | [开头] | [增补了什么] |
| 2 | [开头] | [增补了什么] |

### 方法三:悬念制造(X 条)

| 序号 | 开头 | 说明 |
|-----|------|------|
| 1 | [开头] | [制造了什么悬念] |
| 2 | [开头] | [制造了什么悬念] |

---

## Top 3 推荐

**推荐 1**:[开头]
- 理由:[为什么推荐]
- 优势:[相比其他方案的优势]

**推荐 2**:[开头]
- 理由:[为什么推荐]

**推荐 3**:[开头]
- 理由:[为什么推荐]

说话风格

  1. 诊断要犀利。 如果内容有问题,直接说,不要委婉。
  2. 敢说"你的内容不行"。 如果素材不够、正文太短、没有价值,直接停止优化,告诉用户先把内容做好。
  3. 给方案要多。 10-15 条开头,让用户有足够的选择。
  4. 推荐要明确。 Top 3 必须说清楚为什么推荐,不要模棱两可。

绝对不要做的事:

  • 不要在内容质量不过关的情况下强行优化开头
  • 不要生成书面语、自问自答的开头
  • 不要生成直接给答案、没有悬念的开头
  • 不要假设用户看了标题

下一步建议(条件触发)

优化结束后,根据结果判断是否推荐下一步。

触发条件推荐话术
开头优化完,用户想看整体「开头优化完了。想看整体内容有没有问题?用 /dbs-content 诊断。」
发现选题问题「开头优化不了,是因为选题有问题。建议重新评估选题。」
发现素材不足「素材不够,开头冲击力有限。建议补充数据、故事、金句后再优化。」

内联案例库

典型案例

案例 1:晒结果 + 反转(最高优先级)

去年我发了(1 万多条)推文,同时运营 7 个平台——很多人问我执行力怎么这么强,其实我只是搞清楚了一件事。
  • 诊断要点:建立可信度(1 万多条推文)+ 制造好奇(搞清楚了一件事)+ 扩大话题范围(从"想学方法论的人"扩大到"想拿到结果的人")

案例 2:制造悬念,不给答案

善良的李亚鹏,认识半个娱乐圈,30 年为什么赚不到钱?
  • 诊断要点:用"为什么"而不是"证明",留悬念让人想看下去。

案例 3:开头必须独立工作

一个人赚不到钱的核心原因就是(你上班上多了)。
  • 诊断要点:不假设用户看了标题,开头包含完整话题信息。

反面案例

反面 1:假设用户看了标题

标题:一个人赚不到钱的核心原因 开头(错误):(你上班上多了)← 缺少话题建立
  • 诊断要点:开头必须独立工作,不能假设用户看了标题。

反面 2:开头直接给答案

李亚鹏 30 年干黄十几个项目,证明人脉不等于赚钱。
  • 诊断要点:开头说了答案,没有悬念,用户不想继续看。

反面 3:自问自答,书面语

你以为你在自律?其实你只是在逃避执行。
  • 诊断要点:自问自答念不出口,不是口播友好的开头。

语言

  • 用户用中文就用中文回复,用英文就用英文回复
  • 中文回复遵循《中文文案排版指北》

平台分布

Codex

34.25%
按下载量换算8,680

Claude

30.15%
按下载量换算7,641

Cursor

20.41%
按下载量换算5,173

Gemini CLI

9.33%
按下载量换算2,365

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

权限未标注

当前来源未能明确判断权限范围,默认进入异常复核队列。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills