一键导入
run-all-tests
运行当前仓库 tests 目录下的全部 pytest 测试并直接返回结果报告,不落本地测试文档。适用于用户要求“运行当前所有测试”“跑全量测试”“把 tests 全跑一遍并告诉我结果”等场景。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
运行当前仓库 tests 目录下的全部 pytest 测试并直接返回结果报告,不落本地测试文档。适用于用户要求“运行当前所有测试”“跑全量测试”“把 tests 全跑一遍并告诉我结果”等场景。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
契约治理三件套的「值层」。核对同一个物理契约值(MQ topic/group、OSS bucket、消息字段名/别名、内部 HTTP 路径等)在 .env/.env.example/代码生效点/Java 对端多处是否逐字相等,找出配置漂移与死值,防止消息收不到/文件取不到。本 skill 只比对「同一个值在多处是否一致」,不判断结构/语义是否破坏对端(那是结构层,转 contract-guard),也不改文档。
指导 LLM 如何使用 toLink-Rag 项目的 MQ 消息中台进行消息收发、定义新消息类型以及处理多厂商适配逻辑。
当用户认为当前模块代码实现完毕,且当前分支应为 dev,需要从 dev 基于当前修改创建规范分支、提交并发起合并到 dev 的 GitHub PR 时使用;也用于发布收口,即直接创建 dev -> master 的 release PR,不新建 release 分支。适用于“从 dev 新建分支”“把当前修改提 PR”“实现完成创建 feature/refactor 分支并 PR”“发布新版本”“dev 合并 master”等交付收口场景。本 skill 是交付链终点,并在建分支/提 PR 前执行收口门槛:测试未过、契约文档失同步、acceptance 未提升者拒绝收口。
当用户要求把需求、功能、技术方案、架构改造、故障复盘、项目治理实践或实现过程写成博客/技术文章时必须使用;尤其适用于“写一篇博客”“生成技术博客”“把这个需求写成文章”“根据这个功能写博客”“把项目实现讲清楚”等请求。使用时要基于用户给出的需求和 toLink-Rag 当前仓库的真实代码、文档、契约、配置与测试证据完成分析,默认输出 Markdown 到 `.specs/blog/《博客名称》.md`。文章须采用「少量
把项目里已有的内部组件(如 MQ 中台、解析 pipeline、缓存层、对象存储)抽象成一份「项目自有 skill」,让 AI 每次接入都自动复用该组件的架构边界与约定。读组件真实代码,提炼「架构定位 / 职责边界 / 已落地清单 / 扩展点 / 红线」五要素,按统一原型生成 SKILL.md,登记到 .ai/skills/README.md 注册表并跑校验。
当用户要提 issue、登记 bug、记录新需求时使用;自动识别所属项目,生成结构化 issue 内容,先在 Linear 建主记录、再在 GitHub 建镜像,并双向回链。用户说"提个 issue""记一下这个 bug""把这个需求登记一下""同步到 Linear 和 GitHub""别再依赖 Linear 自动同步"时都应触发,即使没有明确说出"Linear"或"GitHub"。
| name | run-all-tests |
| description | 运行当前仓库 tests 目录下的全部 pytest 测试并直接返回结果报告,不落本地测试文档。适用于用户要求“运行当前所有测试”“跑全量测试”“把 tests 全跑一遍并告诉我结果”等场景。 |
| when_to_use | 当用户要求运行当前仓库的所有测试、全量 pytest、tests 目录下全部测试,并希望直接获得测试结果结论时激活。触发示例:'运行当前所有测试'、'把 tests 全跑一遍'、'执行全量测试并告诉我结果' |
在当前仓库根目录执行 tests 目录下的全部 pytest 测试,并把测试结果整理成响应中的结果文档返回给用户,不创建、不修改任何本地测试结果文档。
tests/integration--run-integration,集成测试不会被收集pytest --run-integration tests
.venv,优先使用虚拟环境中的 pytest:. .venv/bin/activate && pytest --run-integration tests
testing_delivery.md、test_report.md、临时 markdown 报告或其他本地结果文件。最终响应必须直接给出一份简洁的“测试结果文档”,至少包含:
tests,且包含 tests/integration)PASS:全部通过FAIL:存在失败或报错BLOCKED:环境问题导致无法完成测试测试结果文档
执行命令:
<实际执行命令>
执行范围:
覆盖 tests 目录全部测试,包含 tests/unit 与 tests/integration
结果概览:
- pass: X
- failed: X
- error: X
- skipped: X
- duration: X
失败明细:
- <test case>: <一句话原因>
结论:
PASS | FAIL | BLOCKED