Skills
收录 100,696 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
全部
降低中文学术写作（论文、期刊文章、毕业论文等）AIGC 检测率的专项技能。基于真实论文改写实验（AIGC 率从 >50% 降至 11%）归纳规律，并参考 Wikipedia「Signs of AI writing」项目的系统性模式分类。检测并修复中文 AI 写作的典型模式，包括：理论依据式起笔、“此案例印证了”式套路结尾、整齐并列句、模板化问题陈述、被动分析套话、过度对称结构、画蛇添足的总结句、模糊归因、填充短语、通用的积极结论，以及滥用 AI 高频词汇等。用户要求降低 AI 率、人工润色、降低 AIGC、humanize、去 AI 味、学术写作润色、论文降重、AIGC 检测、消除 AI 痕迹、降低论文 AI 率、去除 AI 写作痕迹或对学术文本进行人工化处理时使用。
探索 PostHog 的 Inbox，并处理其中呈现的内容——这是信号报告汇集为可采取行动的问题和趋势的地方。用户询问“收件箱里有什么？”“我该看什么？”“哪些报告可以采取行动？”“PostHog 最近标记了什么？”，询问特定 ID 或标题的报告，想处理、修复或实现报告（将其转成 PR），想解决、忽略或暂缓处理报告，或想查看已配置哪些信号来源时使用。在代码中调查错误、缺陷、指标变化或支持工单之前，也使用它来查找 Inbox 已完成的调查。涵盖报告的列出、筛选、深入查看和处理；需要原始信号或语义搜索时，还会指向更深入的 `signals` 技能。要获取个人专属的报告排名前 N 项，请使用 `prioritizing-my-inbox`，它从已存储的个人排名（`view=for_you`、`sort=personal`）开始。
以契约优先的方式设计 oRPC v2 API：使用 `@orpc/contract` 中的 oc 定义 API 形状，使用 `@orpc/server` 中的 implement 实现，并让类型安全客户端使用该契约。适用于项目依赖 `@orpc/contract`、使用 oc 定义契约、使用 implement 实现契约、在服务器和客户端包之间共享 API 契约、从现有 OpenAPI 规范生成契约，或向 npm 发布类型化 API 客户端的场景。优先从 oRPC 文档检索信息，而非依赖预训练知识。对于不涉及契约的核心构建器、服务和客户端工作，请使用 orpc 技能；对于 REST/OpenAPI 暴露、规范生成和 OpenAPILink 详情，请使用 orpc-openapi 技能。
通过 Python 或桥接执行任何 Autodesk Maya 任务时使用，无论无头还是实时：maya.cmds 或 OpenMaya 2.0 脚本、mayapy 或 maya.standalone 批处理作业、commandPort 或 MCP 连接到运行中的 Maya、"Maya 2027"、验证或导出场景，或某个在 2025 到 2027 变更后失效的 maya.cmds 脚本（PySide6、OpenPBR、重命名的数学节点、被移除的 flag）。也适用于在宣布完成之前需像专业人士那样评判 Maya 模型、绑定、镜头或渲染，或将需求分派给合适的 Maya 专家时。
当 ZBrush 雕刻、扫描或 AI 生成的网格需要变成生产拓扑和文件时使用（ZRemesher 与 guides、2026 Retopo 笔刷、用 Project All 重新投射细节、重建细分级别、UV Master 或原生展开、用 Multi Map Exporter 生成法线与置换贴图、GoZ、OBJ 或 FBX 导出、缩放与轴向、Decimation Master、“在 ZBrush 中清理 AI 网格”），或当 ZRemesher 后细节丢失、贴图上下颠倒或导出结果尺寸不对时使用。
面向银幕与舞台的对白写作与修改（对白/台词/潜台词）——整合自 Robert McKee《对白》（对白即动作，说出的/未说出的/无法说出的，说明即弹药，beat = 动作/反应动名词，可信度/语言/内容/设计层面的缺陷，角色专属词汇与语法，七段场景分析）、Richard Walter（简洁、潜台词、论辩、无闲谈、无夹注、沉默）、Neill Hicks（倾听、直白例外、能量、五步练习）、Lu Jun（语言要美；典雅美/通俗美，对话三要求 动作性/性格化/潜台词）、Lajos Egri（对白源自立体人物、升级）、Blake Snyder（遮名测试）以及疯癫喜剧对白惯例。适用于撰写或打磨对白、修正直白或说明性的台词、赋予每个角色独特声音、把双人戏改为三人戏、写喜剧对白或删减长篇台词。戏曲唱词在 sw-chinese-opera-banqiang，不在本技能。
将基于 BigQuery 的 Looker Studio 工作整理为一套利益相关方报告方案：仪表板规格、慢速仪表板排查、刷新方式选择、受众划分或高管交接。用户需要基于整理后的 BigQuery 数据构建 KPI 看板、PM/运营评审、营销/GTM 报告、产品漏斗摘要或游戏/实时运营遥测仪表板时使用。将 KPI 说明转交给 `data-analysis`，重复异常排查转交给 `pattern-detection`，遥测/告警覆盖转交给 `monitoring-observability`，语义平台选择转交给 `survey`。
给 AI 短剧写剧本：把 novel-outline 的分集梗概转化为结构化场次和节拍流（动作节拍与台词行交替），每句台词都标注说话人和语气。根据语速确定性地折算每集时长。产出 script.json、Markdown 和单页评审报告（时长仪表、分集剧本、场次总表、按角色汇总的台词本，含 JSON 导出）。剧本管戏，分镜管拍——本 skill 不分镜头、无镜号、不写生成提示词；这些属于下一层分镜 skill。10 道质量门全部由脚本确定性检查（每集时长 ±15%、单句 ≤35 字、说话人合法、钩子悬念落纸、钩子具象前 3 拍内兑现（hookBeat 认领冷开场）、每场至少一个动作节拍、爽点认领、角色／场景／光照／道具与上游对账……）。有 outline.json 就用 seed 预填每集骨架；提供 --art 时也对账光照状态。零依赖、零 API key，使用当前会话额度。用户要求写剧本、出剧本、写台词或场次，或为 AI 短剧进行 screenwriting 时使用。
Odoo 17 开发参考，涵盖 Python 模型和 ORM（搜索、domain、read_group、计算字段）、XML/CSV 数据和视图、OWL/JS 客户端代码、QWeb 报表、安全机制（ACL、记录规则、组）、cron 和服务器操作、迁移与模块升级、测试、i18n 和性能。只要工作涉及 Odoo 17 或自定义 addons，即应使用此技能，即使用户只粘贴 traceback、提及 addons/ 或 __manifest__.py、描述 form/tree/kanban/XML 错误、HTTP 控制器或模型业务规则，也包括开发功能、修复 bug、重构或审查 addon 代码。还涵盖 Odoo addons 的 CSS/SCSS 资源编写与审查。
当 Godot 4 游戏上线或支持合作模式时使用：用 ENet 创建主机与加入、用于 Web 构建的 WebSocket、RPC（@rpc、rpc_id、any_peer）、MultiplayerSpawner 与 MultiplayerSynchronizer、玩家授权、大厅与登录、专用或 headless 服务端导出、延迟、橡皮筋效应、预测或 netfox、作弊、带宽、Steam、Nakama 或 WebRTC。症状：玩家不在客户端上出现、「rpc node checksum failed」、RPC 上「node not found」、不同步、服务端构建体积巨大、客户端始终无法连接。
在 ZBrush 2026 中建模硬表面时使用（科幻头盔、武器、道具、装甲板、机械零件、kitbash、通风口、面板线、螺栓、从概念到游戏资产），使用 ZModeler、Dynamic Subdivision 与 creasing、Live Boolean、Knife、Clip、Slice 或 Trim 曲线、IMM、ArrayMesh、NanoMesh 或 Panel Loops 时，或当边缘看起来极其锐利、Make Boolean Mesh 失败或留下孔洞、平面看起来晃动、Mirror And Weld 抹掉了某次编辑，或 ZRemesher 毁掉硬表面部件时使用。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。