Skip to main content
blurname
GitHub 创作者资料

blurname

按仓库查看 1 个 GitHub 仓库中的 5 个已收集 skills。

已收集 skills
5
仓库
1
更新
2026年8月21日
仓库分布

Skills 分布在哪些仓库

按已收集 skill 数展示主要仓库,并显示它们在该创作者目录中的占比和职业覆盖。

仓库浏览

仓库与代表性 skills

rebase-main
未分类

把当前分支上的所有 commit 压成一个,再 rebase 到最新的 origin 默认分支(main/master 自动探测)。**压缩是一次性的**:本 skill 跑完即结束,之后的任何新改动一律新建 commit,不许 amend / reset --soft 再 commit 折进去——用户之前说过 squash 不构成授权,唯一的授权信号是用户重新调用本 skill。当用户要求 squash commit、压缩提交、整理成一个 commit、rebase 到最新 main/master 时使用。

2026年8月21日
metacognition
未分类

元认知 — 通用规则集 + 复盘协议。开始任何多 commit / 多回合的架构设计或迭代项目前读一次 Rules。当用户说 复盘 / metacognition / 评估 / review / 元认知 时跑 6 步复盘协议:通用规则追加到本 skill 并 bump version,失误现场 / 反例 / Evidence 一律写进该仓库自己的记录文件(本 skill 随 dotfiles 进公开仓库,项目细节不得写入)。

2026年8月17日
deep-review
软件质量保证分析师与测试员

用「能省就省」的标准对改动做深度复审,最高优先级盯本次会话里自己刚写或刚改的代码——自加的 eslint-disable、用 key 当 remount trigger、没人用的 optional props、说不清 WHY 的样式 hack、上游已保证 non-null 的防御性代码,这些自审盲区一律先怀疑再保留。当用户要求深度 review、二次复审、精简本次改动、或问「还能再简化吗」时使用。

2026年8月10日
pr-comments
软件质量保证分析师与测试员

拉取并整理指定 PR(或当前分支对应 PR)的全部评论——行内评论、会话区评论、review 汇总——输出按文件/线程分组的结构化清单。默认严格只读:只用 gh 的读接口,绝不发表、回复、编辑、resolve、approve 或以任何方式改动 PR(唯一例外见正文第 5 节)。当用户要求看 PR 评论、整理 review 意见、汇总 reviewer 反馈、确认还有哪些意见没处理时使用。

2026年8月10日
pr-follow-up
软件开发工程师

在别人提的 PR 的分支上直接改代码并推回去:切分支、改代码、commit、push 全部已获用户授权,不要再逐项确认权限。当用户贴出 PR 链接或 PR 号并要求跟进、按评审意见修改、补提交、修复该 PR 时使用。只在真障碍(工作区脏、push 被拒、仓库检查跑不过)时停下来问。

2026年8月10日
已展示 1 / 1 个仓库
已展示全部仓库