Find the skill for your next task.

Browse reusable Agent Skills, each with a clear purpose and practical guidance.

pgfaq

Answer PostgreSQL core database questions by researching the local postgres source tree, PostgreSQL documentation under doc/src/sgml, relevant source code, and DeepWiki repository knowledge for postgres/postgres; use when the user asks any PostgreSQL database behavior, internals, SQL, configuration, administration, performance, storage, planner, executor, replication, or documentation question and wants a sourced Markdown answer saved to the current project's markdown directory. Refuse questions about non-PostgreSQL-core projects, including PostgreSQL ecosystem plugins, extensions maintained outside postgres/postgres, external tools, drivers, cloud services, forks, or third-party products.

8.53k repo starsObserved in 1 repos

Research

GitHub

podcast-script

将 Markdown 文章转换成 N 人播客脚本（1～4人），输出为 .txt 文件保存至当前项目的 markdown/ 目录。触发条件：用户提到"转成播客"、"生成播客脚本"、"把这篇文章做成播客"、"播客对话"、"podcast script"、"N个人的播客"，或者上传了一个 markdown 文件并希望以播客形式呈现。即使用户只说"帮我把这篇文章转成播客"，也应使用本 skill。默认输出中文脚本，除非用户明确指定其他语言。

8.53k repo starsObserved in 1 repos

Documents

GitHub

postgres-commit-history-article

Analyze PostgreSQL git commit history between two commit ids and, when valuable DBA/application-developer changes exist, write a Chinese Markdown article for WeChat/公众号 readers with examples checked against SQL tests, docs, or relevant source. Use when the user is inside a PostgreSQL source checkout and provides two commit ids, asks to interpret Postgres commits, summarize a release/development window, identify DBA/application-developer value from commit logs, group related commits, exclude reverted commits, and either output a sourced article under the current project's markdown directory or return a no-article analysis when no valuable commits are present.

8.53k repo starsObserved in 1 repos

Business

GitHub

product-feature-tech-design

输入 PRD 文档（Markdown 或 PDF），以开发架构师的角色编写字段/接口级精度的功能设计文档（Functional/Technical Design Doc），以 Markdown 格式保存到当前项目 markdown/ 目录。这份文档是开发者、reviewer、测试者三方协作的唯一契约——三者互相隔离、不能看对方的产出物（测试者看不到代码，reviewer 不参与开发），所以必须把每个功能点写到可直接落地、可直接测试的精度：接口请求/响应字段、错误码、状态机、数据模型、异常边界场景都要明确。触发条件：用户提到"功能设计文档"、"技术设计文档"、"tech design"、"functional design"、"从 PRD 生成设计文档"、"帮我把这份 PRD 转成开发文档"、"写一份给开发和测试用的设计文档"、"接口设计 + 验收标准"，或者用户上传了一份 PRD 并希望进入开发落地阶段。即使用户只说"基于这个 PRD 帮我写设计文档"或"把这个需求文档详细化成开发能直接看懂的文档"，也应立即使用本 skill。不要将本 skill 与 write-prd/write-brd 混淆——那两个 skill 输出的是面向业务评审的需求文档（WHY/WHAT 层），本 skill 输出的是面向研发落地的技术设计文档（HOW 层，包含具体字段和契约），通常以 PRD 作为输入而非从零开始的 idea。

8.53k repo starsObserved in 1 repos

Development

GitHub

product-feature-tech-implement

基于功能设计文档与现有源码，端到端实现一个产品功能：开发、代码 review、测试用例编写与执行，循环迭代直到测试通过，最终产出用户手册与实现总结文档（保存到当前项目 markdown/ 目录）。触发条件：用户提供了功能设计文档（PRD/设计文档/需求描述）+ 源码目录（或代码库路径），并希望"实现这个功能"、"开发这个功能"、"把这个设计文档变成代码"、"做这个功能的开发+测试"、 "完整实现并测试"、"端到端开发"，或明确要求按"开发-review-测试"循环推进直到测试通过。也适用于需要额外运行环境的开发任务，例如 PostgreSQL/MySQL 等数据库插件开发（可能需要编译、搭建实例、配置参数、初始化、跑测试）、需要启动服务进程才能测试的后端功能、需要特定运行时环境的库或框架功能。即使用户只是说"帮我把这个功能做出来"、"按设计文档实现一下"、"这个功能开发完了麻烦测试一下"，但同时给出了设计文档和代码路径，也应使用本 skill。本 skill 的核心是严格的"开发 ⇄ Review"循环 + "测试者不预先看代码"的盲测试原则，因此当用户提到"独立测试"、"测试不能看代码"、"先写测试用例再看代码"、"black-box 测试"时，也应优先使用本 skill。不适用于：只是要求"写一个脚本"、"改一行代码"、"快速修一个 bug"等轻量级、无需走完整开发-review-测试闭环的任务；也不适用于纯粹的代码评审（无需新开发功能）或纯粹的测试用例编写（无设计文档、无需开发）这类单一环节请求—— 这些更适合直接处理而非套用本 skill 的完整闭环流程。

8.53k repo starsObserved in 1 repos

Development

GitHub

product-multi-role-analysis

输入某个产品的文档、URL 或简要描述，自动抓取关键信息，分别扮演「用户、投资人、产品经理、市场运营、品牌运营、友商、合作伙伴」7 个角色对该产品进行深度分析，中间结果分角色保存，最终整合为一篇图文并茂（SVG/Mermaid/ASCII）的综合分析报告，结论明确、有权威数据支撑、逻辑清晰、小白可读，并附有结论边界、前提假设及假设变动时的结论调整说明。触发条件：用户提到"产品分析"、"多角色分析"、"7个角色"、"投资人视角"、"用户视角"、"产品竞争分析"、"全面分析这个产品"、"帮我分析一下 XX 产品"、"从多个角度看这个产品"、"product analysis"、"multi-role analysis"，或提供产品文档/链接并希望获得深度产品分析报告时，必须使用本 skill。即使用户只说"帮我全面分析一下这个产品"，也应立即使用本 skill。

8.53k repo starsObserved in 1 repos

Business

GitHub

product-neutral-advisor

以第三方中立顾问身份，围绕某个产品近1个月内的最新动态，撰写适合公众号发布的简短深度文章（不超过4屏）。触发条件：用户输入产品名称并希望生成顾问视角的分析文章，提到"帮我写篇XX的文章"、"分析一下XX最近的动态"、"以顾问角度写XX"、"产品影响力文章"、"公众号文章"、"帮我写XX的点评"、"XX最近怎么样"等。即使用户只说"帮我写一篇关于XX的文章"，只要意图是产品评析，也应使用本 skill。输出为 Markdown 文件，保存到当前项目 markdown/ 目录，适合手机端阅读，第一人称，中立有据，无AI生成痕迹。

8.53k repo starsObserved in 1 repos

Business

GitHub

product-review-report

编写专业产品评测报告，站在用户决策者与使用者双重视角深度评测产品。输入产品名称（以及可选的产品资料/链接、功能点、使用场景、竞品），自动搜集产品信息、竞品对比数据与行业数据，生成结论清晰、逻辑严谨、有理论依据与数据支撑、图文并茂的 Markdown 评测报告（SVG 图以外挂文件形式引用），输出到项目 markdown/ 目录。触发条件：用户提到"产品评测"、"写评测报告"、"帮我评测XX"、"product review"、"产品对比报告"、"帮我写XX的评测"、"功能评测"、"这个产品怎么样"、"XX和YY哪个更好"、"帮我做个产品调研"、"竞品分析"、"选型报告"。即使用户只提供了产品名称和希望"帮我看看这个产品"，也应立即使用本 skill。

8.53k repo starsObserved in 1 repos

Research

GitHub

product-tech-influence-article

Write a concise, source-backed Chinese WeChat-ready Markdown article that helps raise a product's technical influence from a neutral third-party advisor perspective, but stop without writing when recent evidence is insufficient. Use when the user provides a product name and asks for recent-news-based product influence writing, product technology commentary, product industry interpretation, brand-neutral technical positioning, or a short public-account article saved under the current project's markdown directory.

8.53k repo starsObserved in 1 repos

Business

GitHub

rational-red-blue-debate

Answer general or cross-domain questions with a non-pleasing rational mode: adversarial red-team and blue-team expert analysis, mutually exclusive conclusions, up to five debate rounds, saved Markdown intermediate expert outputs, and a final first-person judge-written plain-language article. Use when the user asks for rational adversarial analysis, red/blue team debate, non-flattering judgment, evidence-backed multi-expert reasoning, or a final Markdown answer to a broad question.

8.53k repo starsObserved in 1 repos

Research

GitHub