winhok
- 40 skills
- 0 followers
- 9 hours ago last updated
- ▌ Grilling · winhok bundleGrill the user relentlessly about a plan, decision, or idea. Use when the user wants to stress-test their thinking, or uses any 'grill' trigger phrases.
- ▌
- ▌ Deliveryguard Repair · winhokRecord and verify reproducible red-green-regression repair cases with DeliveryGuard.
- ▌ Deliveryguard Release · winhokClose a DeliveryGuard release only from concrete acceptance and production deployment evidence.
- ▌ Deliveryguard Version · winhokRegister a planned software version and its complete source-document set in DeliveryGuard.
- ▌ Deliveryguard Openspec · winhokCoordinate an OpenSpec change across exploration, proposal, implementation, and archive while keeping DeliveryGuard facts honest.
- ▌ Deliveryguard Acceptance · winhok bundleBuild and validate document-to-requirement-to-case acceptance evidence with DeliveryGuard.
- ▌ Deliveryguard Data Review · winhokPlan and review read-only delivery evidence queries while protecting sensitive and production data.
- ▌ Deliveryguard Fixture Plan · winhok bundleDesign safe, deterministic non-production test fixtures and their cleanup and evidence contracts.
- ▌ Deliveryguard Route Review · winhokReview changed application routes and prepare a provider-neutral environment registration plan without mutating gateways.
- ▌ Deliveryguard Openspec Apply · winhokImplement an OpenSpec task set and record only source facts that were actually produced.
- ▌ Deliveryguard Artifact Intake · winhokValidate and register a local or public evidence artifact without uploading it to an external service.
- ▌ Deliveryguard Openspec Archive · winhokArchive a completed OpenSpec change after checking tasks, source, acceptance, and unresolved risks.
- ▌ Deliveryguard Openspec Explore · winhokExplore a possible software change without implementing it or overstating delivery progress.
- ▌ Deliveryguard Openspec Propose · winhokCreate a complete OpenSpec proposal and task list for a DeliveryGuard-tracked change.
- ▌ Deliveryguard Admin Import Plan · winhokValidate a hierarchical admin import plan for identifiers, parentage, routes, and incremental safety without performing the import.
- ▌ Deliveryguard Knowledge Capture · winhokTurn a completed delivery or repair session into a reusable, repository-local knowledge note.
- ▌ Deliveryguard Acceptance Handoff · winhokPrepare an evidence-backed acceptance handoff without sending messages or changing document permissions.
- ▌ Deliveryguard Notification Test Plan · winhokBuild a traceable state-transition matrix for testing notifications without sending messages or mutating data.
- ▌ App Test · winhok bundle执行 Android、iOS 与 Web 的真实运行测试,验证页面交互、系统行为和跨端业务旅程,记录实际断言与证据。用户要按已确认用例测试网站、操作手机应用、跑端到端用例或验证 WebView 时使用;没有代码仓库、需要逆向网站并为 TestSpec 建立实现证据时走 web-app-reverse,录屏转缺陷报告走 video-to-issue。
- ▌ Log Analysis · winhok bundle服务端日志智能分析与日志检索最佳实践 - 解读应用日志、JSON/structured logs、HTTP/access log、数据库慢查询、消息队列、定时任务、网关/代理和系统组件日志;适配本地文件、grep/rg/zgrep/jq 输出及主流日志平台线索。按 traceId/correlationId/requestId/spanId/线程/业务 ID 拆分链路,还原请求、任务、消息或批处理时间线,诊断报错、超时、慢调用、字段为空、数据不一致、重试降级、敏感信息泄露、日志质量、索引/标签/高基数和查询范围问题。用户粘贴日志、提供日志文件路径、贴查询结果、询问“分析日志”“查日志最佳实践”“帮我看下这段 log”“接口为什么慢”“为什么失败/超时/为空”“字段在哪一跳丢了”“日志里有没有报错”“怎么搜 trace”“慢查询/消息消费/access log/任务日志排查”时使用。
- ▌ Testspec New · winhok bundleTestSpec 新建测试工作(流程第 1 步)- 创建测试变更目录,编写 proposal.md,并在用户提供已有 PRD/需求片段时净化成可验收的 requirements.md。当用户要「新建测试」「开始测试」「创建测试变更」「建一个测试项目」或执行 testspec-new / testspec new 时使用。也适用于用户说「我要测 XXX 功能」「帮我准备测试」「有个新需求要测」「帮我整理/审查 PRD」的场景——如果尚无 testspec/changes/ 目录,这是流程的起点。产出 testspec/changes/{name}/ 目录结构、proposal.md,必要时产出 requirements.md。
- ▌ Testspec Plan · winhok bundleTestSpec 测试策略规划阶段。为多环境、多 runner、跨组件、非功能测试、真实执行或大型测试拆分设计最少且证据充分的测试 seam、oracle、环境与 capability matrix、证据策略和准入退出条件,产出当前 change 的 strategy.md。用户明确要求测试策略、怎么证明、测试层级或执行证据方案时使用。分析需求风险使用 testspec-analysis;列测试点使用 testspec-points;生成具体步骤和预期结果使用 testspec-generate。
- ▌ Testspec Audit · winhok bundle只读审计 TestSpec TestLib 的结构健康、重复用例、模块错放、provenance 缺失和未验证历史导入。用户说「审计 TestLib」「检查知识库质量」「清理重复用例前先盘点」「TestLib 被污染了」「历史用例是否可信」「找出该废弃或合并的用例」或执行 testspec-audit 时使用。只输出证据和 lifecycle proposal,不修改 TestLib。
- ▌ Video To Issue · winhok bundle将应用或网站的缺陷录屏整理为可提交的 Bug/Issue,提取复现步骤、预期与实际结果、环境和时间戳证据,并在用户要求提交且指定平台后创建问题。用户要录屏转 Bug、写缺陷单或提交视频里的问题时使用;实际复现与修复复测走 defect-verification,服务端根因分析走 log-analysis。
- ▌ Test Acceptance · winhok bundle根据已确认的版本、冻结测试范围、执行结果和证据覆盖形成可复核的验收结论,识别漏测、阻塞、证据过期与未满足的退出条件。用户要验收版本、检查测试证据或汇总验收报告时使用;只整理已有报告不执行测试,用例入库仍走 testspec-publish。
- ▌ Testspec Import · winhok bundle隔离导入和迁移历史测试用例,将旧 Excel、CSV、JSON、Markdown、文本、XMind 或旧 TestLib 数据转换为可审计的 staging artifact,并按当前 PRD 做 reconciliation。用户说「导入历史用例」「迁移旧 Excel/XMind」「整理旧测试用例」「旧 TestLib 被污染」「把老用例对齐新需求」或执行 testspec-import 时使用。导入数据不会直接写入 TestLib,代码也不是默认输入。
- ▌ Testspec Points · winhok bundle支持根据 Review 反馈定向返修TP_ID。TestSpec 测试点(流程第 3 步)- 从需求分析中提炼「要测什么」的简短要点清单,产出 specs/testpoints.md。当用户要「写测试点」「提取测试要点」「列出要验证的内容」或执行 testspec-points / testspec points 时使用。也适用于用户说「这个功能要测哪些点」「帮我列测试清单」的场景。与测试用例区分:测试点只列验证目标(What),不写操作步骤(How)。产出供 testspec-generate 展开为完整测试用例。
- ▌ Testspec Review · winhok bundleTestSpec 用例评审(流程第 5 步)- 对生成的测试用例做 14 维度交叉验证(R1-R6 规则检查 + H1-H8 启发式检查),产出 review-report.md 评审报告。当用户要「评审用例」「检查用例质量」「审查测试用例」或执行 testspec-review / testspec review 时使用。也适用于用户说「用例写完了帮我看看」「检查一下覆盖度」「用例有没有问题」的场景。支持默认模式和 --deep 深度模式。
- ▌ Testspec Update · winhok bundleTestSpec 需求源更新与口径收敛(可重复执行的轻量 rebaseline)- 当已有 testspec/changes/{name}/ 后,用户补充、修改、删除、澄清或替换 PRD、产品回答、验收规则、接口/UI 口径和需求范围时使用。它是唯一能把 accepted/modified 产品决定晋升为 canonical REQ/AC 并增加 source revision 的 Skill,同时维护 question graph 和 stale 下游产物。
- ▌ Web App Reverse · winhok bundle面向拿不到代码仓库的测试工程师,分析网站已交付的 HTML、JS/CSS、公开 source map、浏览器状态和运行记录,逆向建立页面、路由、资源、接口、状态与角色分支的全局测试地图,为 TestSpec 分析、测试点和用例设计提供实现证据。用户说没源码、无仓库、逆向 Web、分析打包 JS/bundle、梳理线上网站全貌、找隐藏测试面或判断测哪里时使用;按已确认用例执行验收走 app-test,有源码的实现校准走 testspec-code-calibrate,主动安全探测不使用本 skill。
- ▌ Testspec Publish · winhok bundleTestSpec 用例入库(流程第 6 步)- 将评审通过的测试用例从变更工作区发布到 testlib 知识库,按模块/功能自动分类、增量合并、生成变更日志。当用户要「发布用例」「入库」「合并到知识库」「沉淀用例」「publish」「用例入主干」「存到知识库」或执行 testspec-publish 时使用。也适用于用户说「这些用例保存下来」「把用例归档到库里」「测完了,入库吧」的场景。产出 testspec/testlib/ 知识库更新及 changelog 条目。
- ▌ SQL Safety Review · winhok bundle评估 SQL 查询的安全性、规范性和性能风险。覆盖 OLAP(Spark/Hive、Impala、ClickHouse)和 OLTP(MySQL)两大场景。审查维度:命名规范、编码格式、查询优化、索引策略、DDL/DML 规范、引擎特性、锁与事务。当用户贴出 SQL 问"能不能跑"、"会不会查爆"、"帮我 review"、"格式对不对"、"命名规范吗"、"这个 EXPLAIN 怎么看"、"为什么这么慢"、"能不能在生产跑"、"帮我看看这条 SQL"、"这个查询有没有问题"、"Code Review 一下"、"建表语句有问题吗"、"ETL 上线前审查"、"慢查询优化"、"索引怎么建"、"会不会死锁"、"大批量删除怎么做"时触发。即使用户只是贴了一条 SQL 没说别的,也应触发。支持 SELECT/DDL/DML/EXPLAIN 输出分析。
- ▌ Testspec Analysis · winhok bundle支持根据 Review 反馈定向返修需求引用和分析结论。TestSpec 需求分析和梳理(流程第 2 步)- 对需求做深度测试分析,运用等价类、边界值、状态迁移等方法,产出 requirements-analysis.md。当用户要「分析需求」「梳理测试点」「做需求分析」「拆解可测项」或执行 testspec-analysis / testspec analysis 时使用。也适用于用户说「这个 PRD 有哪些要测的」「帮我分析一下测试范围」「需求评审准备」的场景。注意:如果用户要的是简短的测试点清单而非深度分析,应使用 testspec-points。
- ▌ Testspec Generate · winhok bundleTestSpec 生成测试用例(流程第 4 步)- 根据测试点(specs/*.md)生成完整测试用例并导出 Excel (.xlsx) 或 XMind (.xmind) 格式。当用户要「生成用例」「写测试用例」「导出 Excel」「导出 XMind」「生成测试用例表格」或执行 testspec-generate / testspec generate 时使用。也适用于用户说「把测试点展开成用例」「帮我出一份测试用例表」「生成 Excel 测试文档」的场景。使用内置 Python 脚本完成 Excel/XMind 文件生成,不依赖外部技能。
- ▌ API Test Automation · winhok bundle基于 HTTP API 定义生成并执行自动化测试,支持 Swagger/OpenAPI 2.0、OpenAPI 3.0/3.1/3.2、YApi、Postman Collection 2.1、受控运行已有 pytest 资产,以及用户明确要求的后端源码静态扫描。适用于「做接口自动化测试」「从 YApi 或 Swagger 生成并运行测试」「导入 Postman Collection」「运行已有 pytest 接口用例」「扫描后端接口」「跑 API smoke」「登录后提取 Token」「串联多接口并传递变量」「执行 setup/cleanup、数据驱动、业务断言、正负向、模糊或状态化测试」「检查接口实现与文档是否一致」以及从接口发现、导入、执行到结果归因的端到端任务。
- ▌ Defect Verification · winhok bundle组织缺陷重现、修复版本定向复测与关联回归,建立 RED、GREEN、REGRESSION 证据并关联来源失败和再验收。用户要复现 Bug、验证修复、复测旧 APK 与新 APK 或判断缺陷是否关闭时使用;实际操作委托当前可用的 app-test/API 能力,不默认修改业务代码。
- ▌ Generate API Artifacts · winhok bundle将已复核的 OpenAPI 或 Swagger 契约转换为可导入的 API 工具产物,包括 Postman Collection v2.1、Apifox 可导入 OpenAPI 和 Apache JMeter JMX。当用户要求「OpenAPI 转 Postman」「生成 Apifox 导入文件」「把 Swagger 做成 JMeter/JMX」「生成 API 客户端集合」或从同一份接口定义同时导出多个目标格式时使用。
- ▌ Testspec Code Calibrate · winhok bundle对明确授权的一个或多个代码仓库做 PRD-first TestSpec 校准:比较实现快照与当前 PRD、从遗留代码恢复非 canonical 行为草稿,或对生产/测试/需求分支的 Git Diff 做变更追踪。用户明确执行 testspec-code-calibrate、要求「用代码校准 PRD」「联合校准后端、H5 和 Android」「对比需求和实现」「从代码恢复行为草稿」「检查生产和测试分支差异」「看需求分支改了什么」「对照 REQ/AC 与 Diff」时使用;普通 PRD 新建、更新、分析或导入请求不触发。
- ▌ Android Static App Reverse · winhok bundleAndroid 应用纯静态逆向分析工作流,支持从 ADB 导出 APK、处理 split APK、使用 JADX/apktool/Vineflower 反编译、盘点静态产物、检测加固、提取 API endpoint 并生成带证据和置信度的报告。当用户要求「用 JADX 逆向」「从手机导出安装包」「查包名并反编译」「提取接口」「检测加固」「分析 APK/JADX 输出」「检查 Retrofit/OkHttp/Volley」「查找静态泄漏」「追踪 Android 调用链」时使用。