zrr1999
- 9 skills
- 0 followers
- 14 hours ago last updated
- ▌ Vet · zrr1999 bundle有证据的代码质量审查与清理，按范围分两种轨道：diff 级（写完代码/提交前清扫 AI 味：comment slop、防御性过度、过度抽象、幻觉 API、重复逻辑、泛泛命名、test theater，deletion-first 收敛到最小补丁）和仓库级（维护型技术债、架构健康、测试/依赖/配置审计，以及公开发布/开源/v1.0/package publish 前的 release readiness 预检）。触发：deslop、去 AI 味、清理或 review 刚才的改动、提交前自查、PR diff 质量、技术债/质量审计、开源前检查、Scorecard、REUSE。不用于正确性 bug 调试或纯安全渗透测试；Spark 仓库的 ownership/协议问题优先 spark-code-review。
- ▌ Pilot · zrr1999 bundle将需要项目上下文的跨阶段任务、软件设计决策和委派编排推进至授权范围内的完成标准：澄清必要目标、检查现有或参考项目、选择最小可验证切片、判断模块/接口/状态边界、拆分依赖并把工作组织成有边界的 brief，在有长期价值时创建或更新 SPARK.md。适用于“项目下一步做什么”“比较参考项目后规划改动”“怎么拆模块/接口”“重构方案如何取舍”“如何分阶段推进”“拆给子代理”“写可执行 brief”“如何安排并行/依赖”“写或更新 SPARK.md”等请求。不要用于边界明确且不需要项目推进、设计判断或委派编排的单点修改；主要交付只是技术/工具选择或 Python 工具链时使用 tech-preferences，API 文档、质量审计、Git workstream、SVG、SSH fleet 或 Zellij 任务直接使用对应专项 skill。
- ▌ Zellij · zrr1999 bundle使用 Zellij 组织、恢复、观察或自动化持久终端工作区。适用于需要命名 session、detach/attach、pane/tab 编排、可复用 layout、并行开发服务与日志、查询运行状态、等待 pane 命令结果、恢复退出会话、只读 watch，或通过受控 web/remote attach 分享终端的场景。重点根据目标选择 Zellij 能力；精确命令、flags 和版本差异必须从本机 `zellij --help` 及对应子命令 help 获取。不要用于单个普通命令、系统服务管理或 CI 编排。
- ▌ Ssh Fleet · zrr1999 bundle管理私有 SSH 设备清单、连接元数据和已验证 host key，并通过 auto-config 安全校验和渲染 SSH、Ansible、DDNS 或 hosts 输出。只要用户要求新增、修改、查找、审计、退役远程机器，维护 devices.toml/known_hosts，处理 SSH alias/hostname/user/port/ForwardAgent，或生成、比较、应用 fleet 配置，就应使用。默认只读且不连接远端；编辑事实源、连接、应用、信任变更、提交和推送遵循各自授权边界，这些更严格的领域边界不因同时加载通用 Git/交付 skill 而放宽。
- ▌ Svg Design · zrr1999 bundle手写或编辑独立 SVG、图标系统、Logo 概念与预览工作流；路径/形状、stroke 与 viewBox 约定、渐变遮罩剪切、优化（SVGO）、动效与无障碍。 Use when creating SVG files, designing logos or icons, writing path data, optimizing SVGs, building icon systems, animating SVG elements, or modifying vector graphics. Skip for pure raster workflows, non-vector diagram specs-only tasks, or general page layout/CSS unrelated to SVG assets.
- ▌ Get API Docs · zrr1999 bundle获取非 OpenAI 第三方库、SDK 或 API 的当前文档，并据此解释用法、核对签名或实现集成。当用户要求查询供应商 API、使用指定版本 SDK、验证参数/错误行为，或记录文档相关坑时使用。优先使用可用的官方或专用文档连接器；否则用 chub 获取社区整理文档，并在时效性重要时回查供应商官方来源。OpenAI 产品/API 文档不触发本 skill，使用官方 openai-docs；项目内部文档直接读取仓库；“该选哪个库”由 tech-preferences 负责。
- ▌ Writing Style · zrr1999 bundle为六个骨头（Zhan Rongrui）起草、改写或审阅中文技术博客，保留具体问题、解释方式和有依据的个人取舍。博客写作默认应用；README、PR、邮件等仅在明确要求个人文风时应用。代码修改、第三方引文和纯格式整理不触发个人声音改写。
- ▌ Git Workstreams · zrr1999 bundle使用 Git/GitHub 组织 change workstream 的 checkout/worktree 拓扑、规范化仓库隔离、默认 Draft PR 交付、PR 模板、依赖 branch/PR stack 和持续交付权限边界：根据默认分支禁推规则、已发布 package/release、版本与发布流水线等证据识别规范化仓库，并默认用 owning worktree 隔离改动；创建 PR 请求也默认允许 worktree；从默认分支安全发布；完成仓库改动后默认创建可审阅的 Draft PR，创建前发现并使用仓库 PR 模板，真实依赖拆为 stacked Draft PR；跟进已有 PR 的冲突、CI 与本地 commit/push。适用于 worktree 创建、迁移、安全清理、“branch already checked out”，实现或修改完成后的 PR 交付，从 main/master 发布改动，拆分 stacked/dependent PR，使用 `gh stack` 创建、查看、同步或落地 stack，处理 PR merge conflict、checks failed、修到可合并、未提交或未推送修复等请求。`gh stack` 是从本机 `--help` 驱动的可选工具；不要让外部 `gh-stack` skill 共同规划或扩大权限。非规范化仓库且不创建 PR 时，worktree 仍是显式 opt-in；没有可用仓库模板时不得用自由文本绕过；默认 Draft 交付不授权隐式切换主工作区分支、Ready、merge 或 force-push。
- ▌ Tech Preferences · zrr1999 bundle用个人偏好和项目证据完成技术栈、框架、工具、数据格式或仓库边界取舍，并落地 Python 工具链（uv、ruff、ty、pyproject、prek/CI）。当主要结果是“该选什么、为什么适合、何时偏离基线”，或用户要求新建/迁移 Python 工程化配置时使用。不要仅因请求出现“架构”或“重构”就触发：项目下一步、模块/接口/状态边界和多阶段推进由 pilot 负责；本 skill 只处理其中真实存在的技术选择。