All authors

Claude Skills by DBinK
github.com/DBinK12 skills0 installs0 views
- Dbk Agent Rules用户与 Agent 协作的指导规则,适用于一切工作场景与任务,无论是否涉及代码。只要用户在让 Agent 做事——理解要求、查找信息、动手执行、产出内容、给出判断——都必须先加载本技能再行动,即使用户没有提到「习惯」「规范」「约定」等字样,也不管任务多小。覆盖回答语言、咨询与改动类指令的边界、git 操作授权、命名建议方式、工具选型、破坏性操作与文件删除安全等必须遵守的规则。Votes: 0GitHub stars: 3
- Dbk Doc Style检查与生成中英文项目文档(README、设计文档、PR 描述、release notes、周报/报告、邮件、博客等)的文风,遵循通用写作规范:简洁主动、可扫描结构、中文全角标点与去冗余、英文 Title Case 与 Oxford comma、统一术语、对外文档不泄漏内部信息。当用户要求检查文风、帮你看看文档写得怎么样、指出哪里写得不好、润色改写、生成文档正文,或提到"文风""语态""措辞""标点""冗余""啰嗦""正式一点""简洁一点"时使用,也适用于任何需要写正文输出的场景。Votes: 0GitHub stars: 3
- Dbk Skill DevAgent Skill 的全生命周期开发:从零创建新技能、把现有工作流沉淀为技能、修改或扩充已有技能、迭代改进技能行为与输出质量、修复不触发或误触发的技能、优化 description 触发准确率、评估与打包。当用户想创建、改动、迭代任何 skill,或反馈某个 skill 触发不准/效果不好时使用。不适用于只是调用或加载技能、不涉及创建与修改的任务。Votes: 0GitHub stars: 3
- Dbk Git Worktree创建 git worktree 并行开发环境,只负责新建。当用户要开 worktree、为某个任务新开独立目录/分支干活、要并行处理两件事互不干扰时使用——即使用户没说出"worktree"这个词(比如"另开个环境改这个""开个分支处理一下")。不适用于普通切分支(git checkout/switch)、在当前目录继续开发、clone 仓库到别的路径,以及查看、删除、清理已有 worktree。Votes: 0GitHub stars: 3
- Dbk Pr Commit Reply把按 PR 评审意见修好的改动提交、推送到 PR,并逐条回复评审意见。仅在用户显式调用时使用(点名 dbk-pr-commit-reply,或明确要求"把评审修复提交推送并回复评论""评审收尾");不要从上下文自动触发。普通 commit/push、只回复评论、只提交不回复、创建或合并 PR、排查 CI 都不适用。Votes: 0GitHub stars: 3
- Dbk Pr Execute Reply把对话里已经聊定的 PR 评审修复方案立刻落地:改代码、按领域分段提交、推送到 PR、逐条回复评审意见,一条龙做完。仅在用户显式调用时使用(点名 dbk-pr-execute-reply,或明确要求"按刚聊的方案执行并提交推送回复评审");不要从上下文自动触发。只聊方案不动手、改动已就绪只差提交、评估评审意见、创建或合并 PR、排查 CI 都不适用。Votes: 0GitHub stars: 3
- Dbk Pr Feedback处理 GitHub PR 收到的他人评审反馈(review comments / review 意见):逐条核实每条意见是否属实、值不值得修,用户确认后再动手改。当用户让你看、评估、处理某个 GitHub PR 上的评审意见,让你判断某条意见说得对不对、属实吗,提到 reviewer 或 CodeRabbit 等留下的评论,转发粘贴评论内容,或给出 PR 链接时使用——即使用户没有明说"评估"。仅适用于已推送到远端的 PR 上的评审反馈,只做到修复为止,提交、推送与回复评审意见不在范围内;对本地未提交改动做一般性 code review、自查代码质量、创建或合并 PR、排查 CI 失败等任务不适用,勿触发本技能。Votes: 0GitHub stars: 3
- Dbk Upstream Conflict把上游主分支的变更合并进当前分支,并处理由此产生的 git 冲突。用户显式调用本技能却没给其他指令时,默认动作就是从上游拉取主分支合并到当前目录;当用户说"从上游拉取主分支合并""把 origin main 合到当前分支""同步上游"时同样使用。merge/rebase/cherry-pick 出现冲突、同步 origin main 或 upstream 更新导致冲突、用户说"解决冲突""更新完 main 有冲突"时也使用。不适用于普通分支切换、与上游主分支无关的本地分支间合并或冲突(如两个本地分支的 package-lock.json 打起来了),或只想弄清冲突原因而不执行合并。Votes: 0GitHub stars: 3
- Dbk Python Style用户的现代 Python 开发约定,适用于任何涉及 Python 的任务——写代码、改代码、评审、重构、建环境、装依赖、写脚本调试等,只要出现 .py 文件或提到 Python/pip/uv 就应加载本技能,即使用户没有提"规范"或"约定"。覆盖 uv 环境管理、3.10+ 版本基线、类型注解风格、pathlib 文件操作、rich 进度与 loguru 日志等选型偏好。Votes: 0GitHub stars: 3
- Dbk Rust Gates用户在 Rust/Cargo 项目里的提交前与推送前质量门禁。在包含 Cargo.toml 的项目里执行 add/commit/push,或用户提到提交、推送、发版、修 CI、只测本分支相对 main 的改动、最小化测试时使用,即使没有提检查或测试。非 Rust 项目不适用;改动不影响 Rust 构建或测试(如纯文档)时也不适用。Votes: 0GitHub stars: 3
- Dbk Handoff总结当前会话的上下文与开发进度,生成标准化交接快照写入 .agent/handoff/ 并输出接手引导 Prompt,用于跨 AI Agent(Claude Code、Cursor、Windsurf、Antigravity、OpenHands、pi、opencode 等)或跨会话无缝接力。当用户要求生成交接文档、导出当前上下文、准备切换客户端或新开会话继续开发、做阶段性交接归档,或提到“交接”“handoff”“总结一下给下一个 agent 接着做”“换个窗口继续”时使用。不适用于在新会话中读取已有交接报告接手任务(应使用 dbk-pickup),也不适用于常规的 git commit message 生成、PR 描述撰写或普通代码总结。Votes: 0GitHub stars: 2
- Dbk Pickup读取 .agent/handoff/ 下的交接快照,校验协议版本与 Git 工作区状态,恢复任务上下文并向用户确认后继续开发。本技能是读取交接报告的唯一入口。当用户粘贴了交接引导 Prompt、要求接手上一个 Agent 或上一轮会话未完成的任务、让 Agent 读取 .agent/handoff/ 下的报告或 latest.md 继续干活,或提到“接手”“接着做”“pickup”“恢复上下文”时使用。不适用于在当前会话结束时总结进度并导出交接报告(应使用 dbk-handoff)。Votes: 0GitHub stars: 2