humanize
审读 .tex/.qmd/.md 文稿，检测并标记典型的 AI 生成写作痕迹，提供结构化报告。
▸ 推荐理由帮助作者识别并手工修正 AI-式措辞，降低投稿/审稿中的风格问题风险。
全部收录
相关性达标的全量 Skills（含未精选长尾）· 共 8087 个
grant-proposal
根据已有研究说明与子模块自动生成符合资助机构格式的 grant proposal 草稿。
▸ 推荐理由把访谈、DMP、设施声明等模块组合成一份可投递的提案草稿，适合科研人员节省构思时间。
extract-tikz
从 Beamer 源代码提取 TikZ 图，编译为独立 PDF 并转换为 SVG。
▸ 推荐理由自动化把 LaTeX 图块转为网页友好 SVG，便于在 Quarto 等中复用。
▸ 风险提示需要本地 LaTeX/编译工具与外部转换工具，过程会执行编译命令。
disclosure-check
对机密/受限数据的表格、图像和日志做统计披露风险预检并报告问题点。
▸ 推荐理由在提交导出或公开前自动发现小单元计数、可识别性等常见披露问题，降低被拒风险。
▸ 风险提示会处理敏感/受限数据，必须在合规和安全环境中运行。
did-event-study
按 Sant'Anna 等标准化流程运行分期/多期 DiD 与事件研究并输出诊断与稳健性检验。
▸ 推荐理由调用权威软件包并强制诊断套件，便于产出规范可重复的实证结果。
▸ 风险提示依赖 R/Stata 及特定包，需在安装相应统计环境下使用。
diagnose
以 reproduce→minimise→hypothesise→instrument→fix 的流程系统化根因诊断实验/脚本错误或异常结果。
▸ 推荐理由把经验性调试流程形式化，减少盲目试错，适合科研/数据工程场景。
▸ 风险提示可能要求运行或修改用户代码与数据，需在可控环境中执行。
devils-advocate
对幻灯片设计提出 5–7 个针对性、怀疑式的教学质疑问题。
▸ 推荐理由结构化地从学生视角找出教学设计薄弱点，适合教案/课件改进。
deploy
将 Quarto (.qmd) 幻灯片渲染并同步到 docs/ 以发布到 GitHub Pages。
▸ 推荐理由把渲染与同步流程一键化，适合常发讲义/课程的作者。
▸ 风险提示会执行仓内同步脚本，可能运行 shell 命令，应在受信环境下使用。
deep-audit
对仓库做全面一致性审计，找错并循环修复直到通过。
▸ 推荐理由并行专责代理覆盖事实、代码与文档一致性，适合发布前检查。
▸ 风险提示会自动修改并提交代码，可能引入错误或覆盖变更，需复核。
data-management-plan
生成符合资助机构要求（NSF/NIH/ERC 等）的数据管理计划草稿。
▸ 推荐理由节省写 DMP 的模板化工作，并内嵌合规与保密规则。
▸ 风险提示会使用机密披露规则，生成前请确认不泄露敏感信息。
data-analysis
端到端 R 数据分析流水线，生成清洗、回归与发表级图表。
▸ 推荐理由把探索到发表图表一键串联，节省大量重复性统计工作。
▸ 风险提示会读取/处理数据文件，若含敏感信息需遵守数据治理与脱敏。
create-lecture
从论文与资料自动生成符合项目前导的 Beamer 讲稿模版。
▸ 推荐理由带符号约定检查与项目 preamble，适合授课者快速起步。
▸ 风险提示依赖项目内部前导文件与 LaTeX 环境，可能无法跨仓库复用。
context-status
显示当前会话的上下文使用率、计划与保存状态。
▸ 推荐理由便于掌握上下文剩余与是否接近自动压缩阈值。
compress-session
把当前对话蒸馏成结构化笔记并保存为会话日志。
▸ 推荐理由保留决策和下一步，便于会话跨次续接。
▸ 风险提示会写入会话日志，可能记录敏感信息，注意隐私。
compile-latex
用 XeLaTeX 多轮次编译 Beamer 幻灯片并处理参考文献。
▸ 推荐理由一键解决引用与多轮编译烦恼，适合学术幻灯片作者。
▸ 风险提示需本地 TeX 环境和 bibtex，可能调用外部编译命令。
commit
自动分阶段、提交、开 PR 并合并到 main 的 Git 工作流技能。
▸ 推荐理由适合自动化日常 git 操作与发布审查流程。
▸ 风险提示会执行推送与合并操作，可能影响主分支，需谨慎授权。
coauthor-brief
生成面向合作者的项目交接简报，包含变动、状态与运行说明。
▸ 推荐理由把复杂项目简要化，适合多作者和跨机器协作场景。
▸ 风险提示需要访问 git 历史与文件，可能暴露未公开信息。
checkpoint
保存当前任务计划、文件指针与下一步行动的结构化快照。
▸ 推荐理由便于任务中断交接与历史回溯，提升协作连续性。
▸ 风险提示可能记录未脱敏的上下文或敏感路径信息。
capture-environment
检测分析堆栈并生成 lockfile 与环境报告以支持复现。
▸ 推荐理由一键生成多语言锁文件，显著提升可复现性。
▸ 风险提示会读取系统与包版本信息，可能泄露环境细节。
audit-reproducibility
核对论文数值声明与分析产出的一致性并给出通过/未通过结论。
▸ 推荐理由在投稿或发布前快速发现与修正数值不一致问题。
▸ 风险提示需要访问原始数据和分析代码，可能涉及敏感数据。
test-case-management
在 TestRail/Xray/Zephyr/Qase 中编写并组织确定性的手动与混合测试用例。
▸ 推荐理由把用户故事快速转为可重复、可审计的测试套件，降低维护成本。
▸ 风险提示需要第三方测试管理平台访问权限，涉及凭证与权限管理。
synthetic-monitoring
在生产上定时运行脚本化探针，持续检测关键用户流程与可用性。
▸ 推荐理由能在低流量时发现问题，适合 SRE/运维与 QA 团队。
▸ 风险提示需要对生产环境持续访问与警报配置，涉及权限与误报风险。
shift-left-testing
将质量验证前移到开发早期，通过配对、TDD 和审查减少缺陷。
▸ 推荐理由面向流程改进的实务指南，适合想提升交付质量的团队。
service-virtualization
提供决策框架与实现方案，在测试中隔离或模拟外部依赖并防止真实调用泄露。
▸ 推荐理由帮助选择合适的隔离策略并在 CI 中防止真实依赖泄露，适合复杂集成环境。
▸ 风险提示会使用 Docker/Testcontainers 等组件，需主机支持与额外权限。
selector-drift-recovery
在 UI 重构后批量重生成并验证失效的测试选择器并提交修复 PR。
▸ 推荐理由显著减少 UI 重构对回归测试维护的人工成本，适合频繁迭代的前端团队。
▸ 风险提示需访问测试构建和运行浏览器环境，可能依赖敏感测试凭证。
security-testing
把 OWASP Top10 与 SAST/DAST/依赖扫描纳入 CI，覆盖常见注入与认证缺陷。
▸ 推荐理由将多层安全检查自动化到 PR 流程，显著降低常见安全风险。
▸ 风险提示会运行扫描器并可能触发外部网络访问，需在受控环境执行。
risk-based-testing
按影响×概率量化风险并把测试覆盖映射到高风险区域，指导测试优先级。
▸ 推荐理由帮助把有限测试资源聚焦在关键路径，提升测试效率。
release-readiness
基于证据生成可执行的 go/no-go 检查表、冒烟套件和分阶段发布策略。
▸ 推荐理由把感性判断改为数据驱动的发布流程，降低夜间故障风险。
▸ 风险提示可能需访问生产指标与部署权限，注意权限控制。
quality-postmortem
提供免责的事后分析流程，产出可跟踪的改进行动项并评估测试套件健康。
▸ 推荐理由聚焦系统性改进与可执行行动，避免归咎个人，适合团队回顾。
qa-start
按顺序引导完成 QA 启动流程，生成上下文、策略和测试计划文件。
▸ 推荐理由把多个 QA 步骤串成一次可重复的启动流程，适合新项目或无 QA 团队。
qa-report-humanizer
将 QA 报告、缺陷与状态更新中的机器化表达去除并重写为可执行的工程语言。
▸ 推荐理由适合把模糊模板化输出变成可行动的工程级报告。
▸ 风险提示可能改写事实或引入不实细节，需人工复核。
qa-project-context
生成 .agents/qa-project-context.md，汇总项目测试与交付上下文供其他技能使用。
▸ 推荐理由统一上下文信息，避免重复询问并提升建议精度
▸ 风险提示会在仓库写入文件，需注意版本控制与审查
qa-project-bootstrap
为新 QA 提供 30 天入职计划并审计测试架构与代码库以快速上手。
▸ 推荐理由加速新人产出并发现隐藏的 flakiness 与覆盖盲区
qa-metrics
定义并跟踪关键 QA 指标（覆盖率、波动率、缺陷逃逸率等）并给出应对动作。
▸ 推荐理由把指标与具体行动绑定，帮助仪表盘成为有效反馈回路
qa-do
根据自然语言描述诊断 QA 情况并推荐应按序使用的 1–2 个技能。
▸ 推荐理由在需求模糊时快速指引合适技能，避免盲目调用
qa-dashboard
用 Allure/Grafana/ReportPortal 构建面向决策的 QA 仪表盘与质量报告。
▸ 推荐理由使测试数据可操作化并支持告警与发布就绪门禁
▸ 风险提示可能需要连接外部监控或存储服务并提供访问凭据
playwright-automation
提供生产级 TypeScript Playwright 测试的最佳实践、模式与禁忌清单。
▸ 推荐理由强调稳定性与可维护的测试模式，适合自动化生成代码场景
performance-testing
用 k6 与 Lighthouse 在 CI 中做负载与前端性能测试并设预算门槛。
▸ 推荐理由把性能门槛变为可自动化的 CI 护栏
▸ 风险提示可能产生高流量或费用，测试前注意别影响生产环境
payment-testing
在 PSP 沙箱环境中端到端测试支付与结账流程，包含 Stripe 测试卡与 3DS 等。
▸ 推荐理由覆盖 webhook、订阅时钟与嵌套 iframe 等常漏测场景
▸ 风险提示需要访问第三方支付沙箱和测试凭据，可能泄露敏感信息
contract-testing
使用 Pact-JS 实现消费者驱动的契约测试与 Broker 驱动的提供者验证流程。
▸ 推荐理由支持 can-i-deploy 等网关策略，适合微服务间强契约场景保障集成安全。
▸ 风险提示依赖 Pact Broker 与凭据，部署与证书管理需要额外运维权限