toRolex
- 38 skills
- 0 followers
- 14 hours ago last updated
- ▌ Tdd · torolex bundle测试驱动开发(Test-Driven Development)。当用户希望以测试先行(test-first)的方式构建功能或修复 bug、提到 "red-green-refactor",或需要集成测试时使用。
- ▌
- ▌
- ▌
- ▌
- ▌ Triage · torolex bundle将 issue 和外部 PR 通过一个分类角色 state machine 进行 triage 流转:分类、验证、如有需要,grill(追问澄清),并编写 agent-ready brief。
- ▌ Wizard · torolex bundle生成一个交互式 bash wizard,引导人类一步步完成只有他们能执行的步骤。用于开通基础设施、设置凭据或 CI secrets、在一个不熟悉的第三方 dashboard 中操作,或运行一次性迁移或切换。不要为 agent 自己能执行的步骤调用它。
- ▌ Safe Pull · torolexSafe Git pull with rebase workflow — check remote changes, stash, rebase, restore, handle conflicts, and push. Covers main/develop sync and feature branch rebase. Use when the user says "sync", "pull latest", "拉取最新", "rebase main", "同步代码", "update branch", or wants to safely pull remote changes preserving linear history.
- ▌
- ▌
- ▌ Brainstorm · torolex在一个充满 unknown knowns 的领域发散:列举可能性、产出多个截然不同的方向供用户反应。当用户要求 brainstorm、头脑风暴多个方案,或 grilling 中发现剩下的决策要看到实物才能定时使用。
- ▌ Research · torolex针对高信任度一手资料调研问题,并将发现作为 Markdown 文件保存在仓库中。当用户希望调研某个主题、查阅文档或 API 事实、或将阅读工作委托给后台 agent 时使用。
- ▌
- ▌
- ▌
- ▌
- ▌ Prototype · torolex bundle构建一个 throwaway prototype 来回答设计问题。当用户想确认某个 state model 或 logic 是否合理,或想探索 UI 应该长什么样时使用。
- ▌ Wayfinder · torolex bundle把一大块工作(超过一个 agent 会话能容纳的体量)规划为 issue tracker 上共享的 decision tickets 的 map,然后逐个解决它们,直到通往 destination 的路清晰可见。
- ▌
- ▌ To Tickets · torolex bundle将计划、spec 或当前对话拆解为一组 tracer bullet tickets,每张 ticket 声明其 blocking edges,并发布到已配置的 tracker(本地以每张 ticket 一个文件用文本记录 edges,或在真实 tracker 上使用原生 blocking 链接)。
- ▌ Pre Implement · torolex在计划或讨论结束、开始实际交付任务时调用:新建并维护 implementation notes,逐步记录实现决策;偏离 plan、spec 时记录 Deviations。
- ▌
- ▌ Code Review · torolex审查自某个 fixed point(commit、branch、tag 或 merge-base)以来的变更,沿两个轴进行:Standards(代码是否遵循本仓库文档化的编码规范?)和 Spec(代码是否匹配原始 issue/spec 的要求?)。两个并行 sub-agent 分别运行审查并并排报告结果。当用户想要 review branch、PR、进行中的变更,或要求 "review since X" 时使用。
- ▌ Afk Issue Loop · torolex bundle处理指定 GitHub Ticket;未指定时批量处理 open `ready-for-agent` Tickets,按依赖实现、审查并流式合并。
- ▌ Clean Branches · torolex清理本地和远程已合并的 Git 分支。扫描所有本地分支和远程 tracking branches,标记已合并入当前分支的分支,一次性列表让用户勾选确认后删除并验证结果。使用场景包括:分支太多要清理、合并后残留、worktree 未清理、远程 stale branches。当用户提到 清理分支/删分支/整理分支/clean branches/branch cleanup/prune branches/git clean 时务必使用。对于合并后残留的发布分支、废弃的功能分支、已修复的 bugfix 分支尤其适用。
- ▌
- ▌ Publish Release · torolex bundle当用户说发版/发布/release/publish/bump version/tag,或准备发布新版本时使用。自动检测 Git Flow(存在 develop)与 Trunk-based(无 develop)两种分支模型,走对应发版流程。
- ▌ Codebase Design · torolex bundle用于设计 deep modules 的 shared vocabulary。当用户想设计或改进某个 module 的 interface、寻找 deepening 机会、决定 seam 放在哪里、让代码更可测试或更易被 AI 导航,或当其他 skill 需要 deep-module vocabulary 时使用。
- ▌ Diagnosing Bugs · torolex bundle针对硬 bug 和 performance regression 的诊断循环。当用户说"诊断"/"调试这个",或报告有东西坏了/抛异常/失败/慢时使用。
- ▌
- ▌ Git Flow Conventions · torolex bundleGit Flow 分支管理与提交规范指南。当用户进行分支操作、合并代码、提交 PR/MR、 规划发版、修复线上 Bug、或询问 Git 协作规范时使用。覆盖完整 Git Flow 模型 (develop/feature/release/hotfix)、分支命名规范、commit message 格式、 PR 提交流程和最佳实践。触发场景包括:创建分支、合并代码、git commit、发版、 hotfix、分支命名、PR 描述、代码审查提交。
- ▌
- ▌ Setup Rolex Skills · torolex bundle配置本仓库的工程 skill:设置 issue tracker、triage 标签词汇和领域文档布局。每个仓库在首次使用其他工程 skill 之前运行一次。
- ▌ Vertical Slice Review · torolex审查 ticket 拆解方案是否符合 vertical slice 方法论:逐条判定是否贯穿 schema/API/UI/tests、能否独立 demo、大小能否放进一个 context window,读代码库验证、必要时重拆,并调用 strong-model-consultant 复核。
- ▌
- ▌ Writing Great Skills · torolex bundleReference for writing and editing skills well — the vocabulary and principles that make a skill predictable.
- ▌
- ▌ Improve Codebase Architecture · torolex bundle扫描代码库找出 deepening opportunities,以可视化的 HTML report 呈现出来,然后对你挑中的那个进行 grilling。