Skills 目录 · 第 53 页

PostgreSQL 数据库优化工作流，用于查询调优、索引策略、性能分析和生产数据库管理。

在发布失败、季度未达标或招聘失误后使用。运行无责的5-Whys分析并附变更登记表。

PowerShell Windows 模式。关键陷阱、运算符语法、错误处理。

使用 beamerposter、tikzposter 或 baposter 在 LaTeX 中创建专业研究海报。支持会议展示、学术海报和科学传播。包括布局设计、配色方案、多栏格式、图表集成以及面向视觉传播的海报专属最佳实践。

查找由当前 Paperclip 实例创建的拉取请求，绝不纳入社区贡献；说明各 PR 的用途及其达到可合并状态的可信程度，并通过 /prepare-paperclip-pr 自动推动未就绪的 PR 恢复检查通过状态，但绝不执行合并。

/la:pr 流程 4 个阶段中的第 3 阶段——持续实现，直到 pr-tests 阶段的每个测试都通过，然后在用户明确同意后提交、推送并创建 PR。通常由 /la:pr 调度；如果当前会话尚未加载 /la:pr 上下文（BRANCH、CHANGE_ID、OPENSPEC、跟踪器问题），则改为调用 la:pr 技能。

Plan and build a release or a batch of changes as small PRs, where separate agents implement, test from a clean clone, review adversarially, fix, open the PR, answer review bots and bring it to green CI. A scripted path gate and a merge-safety agent decide which PRs an agent may merge; the maintainer merges the rest, and the main session lands them and runs the release script. Use when the user asks to plan and build a release, a milestone or a set of issues "with the usual workflow", to run waves of PRs through review, or to set up this loop in a new repo. Not for a single quick fix by hand; one issue without a plan goes through the `quick` option of a wave, which triages it first.

/la:pr 流程 4 个阶段中的第 1 阶段——访谈用户，将跟踪器问题与带类型的简报转化为详细规格，由 Codex 审阅计划，输出 OpenSpec 变更（仅限 OpenSpec 仓库），并使计划持久化。通常由 /la:pr 派发；如果本会话尚未加载 /la:pr 上下文（BRANCH、CHANGE_ID、OPENSPEC、跟踪器问题），请改为调用 la:pr 技能。

以 HTML 或 Markdown 形式生成维护者级别的 PR 或贡献报告。适用于被要求深入审查 PR、解释设计、比较系统或准备合并建议时。

/la:pr 流程的第 4 阶段（共 4 阶段）——循环运行 /la:process-reviews，直到所有来源均为绿色，然后（仅限 OpenSpec 仓库）归档变更、推送，并继续对归档后的 HEAD 循环，直到所有来源再次为绿色，以便 PR 可以合并。通常由 /la:pr 派发；如果本会话尚未加载 /la:pr 上下文（BRANCH、CHANGE_ID、OPENSPEC、跟踪问题），请改为调用 la:pr 技能。

逐文件审查拉取请求中的缺陷、安全与质量问题，并给出合并结论。每当用户要求在合并前审查、查看或检查 PR 或差异时加载。

Stage 2 of 4 of the /la:pr flow — write the full failing test suite for the agreed plan (TDD-first), then Codex-review the tests against the plan. Normally dispatched by /la:pr; if the /la:pr context (BRANCH, CHANGE_ID, OPENSPEC, tracker issue) is not already loaded in this session, invoke the la:pr skill instead.

持续迭代 GitHub PR，直至最新提交的检查通过，或明确指出具体阻塞。适用于审查修复后 PR 仍有失败或待完成检查，包括运行 greploop 之后。

适用于事前验尸，或在确定计划、发布、迁移前提出“可能出什么问题”“压力测试这个计划”“会如何失败”“上线前有哪些风险”。先假设失败，列出原因并排序，再制定缓解措施。不用于解释已经发生的失败。

对 PRD 或发布计划进行 pre-mortem 风险分析。将风险归类为 Tigers（真实问题）、Paper Tigers（被夸大的担忧）和 Elephants（未言明的顾虑），然后分类为阻碍发布、快速跟进或跟踪。适用于准备发布、对产品计划进行压力测试或识别可能出问题之处。

研究预测市场作为产品、智能体、仪表盘和企业决策智能的数据源或预言机信号。用于对市场隐含概率、注意事项和集成模式进行有来源依据的分析，不提供投资建议。适用于评估预测市场作为产品、智能体或仪表盘的数据源或预言机信号。

审查预测市场、篮子、预言机和交易智能体工作流中的合规、安全、数据质量、隐私和执行风险。在工作流处理平台认证、用户投资组合数据、API 密钥或交易计划之前使用。

A comprehensive guide for GitHub Copilot to craft immersive, high-performance web experiences with advanced motion, typography, and architectural craftsmanship.

以 React（.jsx）组件形式创建达到 Awwwards 品质的高端网站设计，使其看起来像由每个项目收费 $50k+ 的顶级机构打造。每当用户要求网站、落地页、作品集或 Web 组件应看起来昂贵、高端、奢华、编辑风格、高档或具有机构品质时，使用此技能。当用户提到 Awwwards、FWA、获奖设计，或引用 Apple、Aesop、Bottega Veneta、Stripe 等品牌，或任何奢华/时尚/设计导向品牌时，也应触发。当用户说“让它看起来专业”“让它看起来昂贵”“我希望它看起来真的很好”“高质量设计”“不要千篇一律”，或对典型的 AI-generated 网站美学表示不满时触发。不要为仪表盘、管理面板、内部工具或美学次于实用性的功能性 UI 触发——标准前端设计技能会处理这些。

通过附引用的研究、内容 PR、针对确切修订版的人工批准，以及每个获准连接对应一个受治理的 Paperclip 连接器 PR，准备 MCP/供应商集成。用于新集成的研究与交付；不用于绕过操作指南的临时连接器编码。

通过提交、模板正文和检查，为 Paperclip 分支准备 PR。

分析所有可用区域的容量，将 Azure OpenAI 模型智能部署到最合适的区域。自动先检查当前区域，必要时显示替代区域。适用于快速部署、最优或最佳区域、自动区域选择、快速设置、多区域容量检查、高可用部署或部署到最佳位置。不用于自定义 SKU、指定版本、自定义容量或 PTU 部署；这些情况均使用 customize。

使用 PriceWin MCP 服务器搜索并比较实时酒店和航班价格，查询某一家指定酒店，查看 OpenTravel 直接房源，向合作酒店发送预订请求（无需付款；客人到店支付），以及取消一次预订。适用于用户要求查找指定日期的酒店或航班、比较旅行价格、查看酒店或客房、查看某价格的取消政策、预订合作酒店，或取消其通过此方式完成的预订时。

在选定或重新审视定价时使用：按席位、按用量、基于价值、免费增值或混合模式，Van Westendorp 支付意愿分析，或好/更好/最佳分层。运行 pricing_model_picker.py、wtp_analyzer.py 和 packaging_designer.py，返回一个区间而非单一数字。

分析并设计定价策略，涵盖定价模型、竞品价格分析、支付意愿估算和价格弹性。适用于制定价格、评估定价模型、准备调价，或比较免费增值与付费模式。

在提出数字前，用于 SaaS 定价档位、价值指标、套餐打包、定价页面或涨价方案。通过 pricing_modeler.py 对不同档位方案的收入建模。

当用户需要定价决策、打包或变现策略方面的帮助时使用。也适用于用户提及“pricing”、“pricing tiers”、“freemium”、“free trial”、“packaging”、“price increase”、“value metric”、“Van Westendorp”、“willingness to pay”或“monetization”时。本技能涵盖定价研究、层级结构和打包策略。

9 种优先级框架的参考指南，包含公式、适用场景指导和模板——RICE、ICE、Kano、MoSCoW、机会评分等。适用于选择优先级方法、比较 RICE 与 ICE 等框架，或了解不同优先级方法如何运作时。

Prioritize assumptions using an Impact × Risk matrix and suggest experiments for each. Use when triaging a list of assumptions, deciding what to test first, or applying the assumption prioritization canvas.

基于影响力、工作量、风险和战略契合度对功能想法待办列表进行优先级排序，并给出前 5 项建议。用于对功能待办列表排优先级、做范围决策或对产品想法排序。

Prisma ORM expert for schema design, migrations, query optimization, relations modeling, and database operations. Use PROACTIVELY for Prisma schema issues, migration problems, query performance, relation design, or database connection issues.

TypeScript 后端的 Prisma ORM 模式：数据库结构设计、查询优化、事务、分页及关键陷阱，包括 updateMany 返回数量而非记录、$transaction 超时、migrate dev 重置数据库、批量写入跳过 @updatedAt，以及无服务器环境连接耗尽。适用于编写 Prisma schema 或查询，或调试事务、迁移及无服务器连接限制。

起草一份详细的隐私政策，涵盖数据类型、司法管辖区、GDPR和合规考量，以及需要法律审查的条款。适用于创建隐私政策、更新数据保护文档或为合规做准备。

发布并维护问题简报：一页面向操作者的发现、待决事项和问题，每项包含问题、证据和建议的解决途径，以 JSON 保存并记录每项裁定，确保同一问题不会被重复询问。默认情况下，无需被要求，只要工作中出现需要操作者决定的事项（有多个解决途径的发现、风险、开放问题、选项之间的选择），即使任务进行中、即使操作者只要求调查，也应使用。也适用于被要求构建、发布、刷新或更新简报、发现报告、开放问题或决策页面时；当操作者在聊天中或页面评论中对简报内容作出回答、裁定或评论时；当问题原本会通过 AskUserQuestion 发出时；以及当简报工作完成需要归档时。不适用于没有待决事项的进度、状态或完成报告，不适用于运行 chorus 评审，也不适用于将 chorus 记录转换为共享 schema。

适用于记录端到端业务流程（采购、入职、交接）并找出工作等待环节。通过 process_documenter.py 绘制流程，用 cycle_time_analyzer.py 测量各阶段，并用 bottleneck_detector.py 找出瓶颈。

当用户要求一并处理/分诊/应对/处置来自 CodeRabbit、SonarQube、Codex 和 CI 的 PR 审查时使用（CodeRabbit 和 Sonar 仅在它们于该 PR 上运行过时纳入）。首先等待（每 1 分钟轮询一次，最多 30 分钟），直到 CodeRabbit、Sonar 以及该 PR 上的每项 CI 检查都进入终态——同时 Codex 审查针对本地差异并发运行。然后从全部三个代码审查来源以及失败的 CI 检查中获取未解决的线程，逐一对照实际代码/日志进行验证，就地处理无效项（在线程中回复/添加 NOSONAR 注释），并为修复有效项提出统一计划（若超过 3 项则拆分为逻辑分组）。从 la:pr-review 调用时，它改为返回分诊后的列表。

削减软件与供应商支出：SaaS 审计、品类支出审查、采购周期缓慢、供应商整合。当用户询问应削减哪些工具或供应商、资金流向何处，或采购为何耗时过长时使用。

适用于定义产品KPI、构建指标仪表盘、进行同期群或留存分析，或解读产品各阶段的特性采用趋势。

将PRD意图、路线图诉求或产品讨论转化为可实施的能力方案，在多服务开发启动前明确约束、不变量、接口和未决事项。适用于用户需要ECC-native的PRD-to-SRS流程，而非含糊的规划文字时。

将PRD意图、路线图需求或产品讨论转化为可实施的方案计划，在开始多服务工作之前暴露约束、不变性、接口和未解决的决策。当用户需要ECC原生的PRD到SRS通道，而不是模糊的规划文本时使用。

将PRD意图、路线图诉求或产品讨论转化为可实施的能力方案，在多服务开发启动前明确约束、不变量、接口和未决事项。适用于用户需要ECC-native的PRD-to-SRS流程，而非含糊的规划文字时。

中文产品决策 Agent。用于中国大陆互联网产品、运营、增长、商业化、数据、项目推进和组织协作场景：产品规划、需求分析、PRD、需求优先级、排期、版本规划、Roadmap、MVP、灰度、上线、迭代、增长停滞、拉新、投放、渠道、裂变、CAC、LTV、ROI、留存、转化、DAU/MAU、GMV、漏斗、社区运营、内容供给、创作者、用户运营、活动运营、私域、会员、定价、指标异常、数据口径、埋点、A/B Test、用户反馈、客服/销售反馈、竞品冲击、资源不足、项目延期、需求反复、老板临时插需求、跨部门协作、团队冲突、OKR/KPI、目标拆解、复盘等。触发时像资深互联网产品负责人一样，先判断真实问题、当前阶段、核心阻塞、关键约束、相关方和证据充分性，再给出最值得执行的下一步。默认中文回答，不讲理论、不引用原文、不解释历史、不暴露后台方法来源。

验证产品想法：梳理假设、规划探索迭代、测试问题与方案的匹配度。适用于用户询问某个想法是否值得开发。

在构建之前通过四项产品诊断验证“为什么”——一项 YC-style 产品诊断，生成带有 go/no-go 建议的 PRODUCT-BRIEF.md；一项创始人评审，对产品市场契合信号评分；一项用户旅程审计，衡量实现价值所需时间；以及 ICE 功能优先级排序。在压力测试产品方向、在功能之间做选择、对发布做合理性检查，或将模糊想法转化为产品简报时使用。

产品经理综合工具包，包括 RICE 优先级排序、客户访谈分析、PRD 模板、探索框架和上市策略。适用于功能排序、用户研究综合、需求文档和产品战略制定。

PM toolkit: RICE prioritization, customer interview synthesis, PRDs and go-to-market. Use whenever the user asks what to build next, to rank features, write a PRD or sum up interview notes.

头脑风暴5个独特、易记的产品名称，并给出与品牌价值和目标受众一致的理由。在命名新产品、品牌重塑或探索产品名称创意时使用。

在规划或综合用户研究时使用：选择方法、决定参与者数量，或将编码笔记转化为洞察。运行 study_designer.py、saturation_planner.py 和 insight_synthesizer.py，后者拒绝单一来源的洞察。

适用于需要在产品团队技能之间分流产品请求的情况，包括优先级、OKR、UX 研究、实验、探索和路线图，也可运行持续探索循环。通过 product_goal_router.py 路由，并通过 discovery_cadence_tracker.py 和 ost_linter.py 设置关卡。

面向产品负责人的战略性产品领导工具包，包括OKR级联生成、市场分析、愿景设定和团队扩展。用于战略规划、目标对齐、竞争分析和组织设计。