SuperAPI AI 工具集

Skill 广场

找到适合任务的 Agent Skill,阅读介绍并复制安装命令。

更新于 10-16 00:02

写作与研究

10,720 个结果

tiptap

Tiptap 是一个无头(headless)富文本编辑器框架,用于在 Web 应用中构建富文本编辑器。本条目介绍的是面向 React 19+、Tailwind v4 与 shadcn/ui 的技术技能包(来源:jezweb/claude-skills),内容覆盖 SSR 安全初始化、图片上传、prose 排版样式、协作编辑与已知错误规避。资料给出的版本为 @tiptap/react、@tiptap/starter-kit、@tiptap/pm 均为 3.16.0(校验于 2026-01-21),状态标注为 Production Ready。安装可通过 npm 引入 react、starter-kit、pm、image、color、text-style、typography 等包;也可使用 shadcn 预构建组件 registry 一键安装带工具栏的完整编辑器。核心用法是用 useEditor 创建编辑器实例,并在 Next.js/SSR 场景下显式设置 immediatelyRender: false 以避免水合不匹配。资料还提供模板文件(基础编辑器、通用扩展、R2 图片上传、协作设置、Tailwind prose 样式)与参考文档(官方文档链接、常见错误、扩展目录)。注意:资料未提供收费、价格与具体商业授权信息。

写作与研究478 次安装

creative-writing-modes

这是一个面向创意写作的补充技能,用于在已有 /llm-writing 基础上,把散文真正落到页面上。它提供多种写作模式:全新草稿、修订、桥接与过渡、替代写法、逐行润色,并涉及故事张力、声音、节奏、省略、模糊性、类型承诺与读者模拟等要素。使用时按任务选择最小模式,只读取对应章节;写角色前需先加载风格与角色状态,若请求与角色状态冲突,则按请求写作并记录冲突,但不更新角色状态。类型属于写作指导而非写作模式,需要时另行加载相关类型资源。该技能不负责规划或评审,规划用 /story-planning,评审与连续性检查用 /story-review、/reader-sim 等。

写作与研究477 次安装

story-architecture

Story Architecture 是一套用于多层级故事结构设计的写作技能,帮助作者在传奇/系列、故事弧、章节、场景四个嵌套尺度上组织叙事。它强调以因果关系而非简单顺序推动情节,要求每一层级都提升利害关系,并保持铺垫与回收、张力与释放的平衡。该技能适用于规划故事弧、设计章节与场景、诊断结构问题等场景,可适配三幕剧、英雄之旅、起承转合等多种方法论。

写作与研究477 次安装

paper-compile

Paper Compile 是一个用于将 LaTeX 论文编译为投稿级 PDF 的工具,属于 Claude Code 的 /paper-compile 技能。它会调用 latexmk 与 pdflatex,自动完成多轮编译(pdflatex + bibtex + pdflatex × 2),并在编译失败时读取 compile.log 诊断常见错误,如缺失宏包、未定义引用、缺失图片、未定义引用文献与 BibTeX 语法错误等,最多尝试修复并重新编译 3 次。编译成功后,它会检查 PDF 是否生成、页数是否合理、是否存在未定义引用(??)或未定义引用文献([?])、图片是否正常渲染,并根据会议或期刊的页数规则核对正文页数。对 ML 会议(ICLR/NeurIPS/ICML 等)以正文到 Conclusion 结束为准(不含参考文献与附录),对 IEEE 场次则按含参考文献的总页数计算。此外还提供匿名性、字体嵌入、文件体积、[VERIFY] 标记等投稿就绪检查,并输出编译报告。

写作与研究475 次安装

eastmoney_financial_search

eastmoney_financial_search 是一个基于东方财富妙想搜索能力的金融资讯检索技能,用于在金融场景下对信源进行智能筛选,帮助获取涉及时效性信息或特定事件信息的内容,包括新闻、公告、研报、政策、交易规则、具体事件、影响分析,以及需要检索外部数据的非常识信息等。其目的是避免 AI 在搜索金融场景信息时参考到非权威或过时的信息。使用前需检查环境变量 EASTMONEY_APIKEY 是否存在,若不存在则需在东方财富 Skills 页面获取 apikey 并设置到环境变量。该技能通过 POST 请求调用东方财富官方接口 mkapi2.dfcfs.com 进行检索,返回结果包含标题、关联证券列表(含证券代码、名称、类型)以及核心正文或结构化数据块等字段。查询关键词会发送至该官方 API 接口进行解析与检索,提交的数据仅用于资讯搜索,不包含个人隐私信息;API Key 仅通过环境变量在服务端或受信任的运行环境中使用。适用于个股资讯、板块与主题、宏观与风险以及综合解读等查询场景。

写作与研究473 次安装

content-design

n8n 的 UI 文案内容设计技能,用于撰写、审查和审计面向用户的界面文本,包括按钮标签、错误消息、工具提示、空状态、模态框等。该技能以资深 SaaS 内容设计师的视角,将文案视为界面设计的一部分,强调先传达动作或结果、再补充必要上下文,默认简洁中性,并在引导、空状态、成功确认等场景适度加入温度。它提供 Write、Review、Audit 三种工作模式,并附带 n8n 的术语表、语气与风格指南、i18n 键命名规范、UI 文案模式以及常见违规的 grep 审计模式,帮助保持产品内文案的一致性与清晰度。

写作与研究473 次安装

research-refine-pipeline

research-refine-pipeline 是一个端到端研究工作流技能,将 research-refine(方法精炼)与 experiment-plan(实验规划)两个阶段串联起来。当用户希望从模糊的研究方向一次性得到连贯的研究方案与实验计划时使用。它先稳定论文论点,再基于稳定论点生成实验路线图,默认产出 FINAL_PROPOSAL.md、REVIEW_SUMMARY.md、REFINEMENT_REPORT.md、EXPERIMENT_PLAN.md、EXPERIMENT_TRACKER.md 和 PIPELINE_SUMMARY.md 等文件,并建议下一步执行 /run-experiment。

写作与研究473 次安装

clarify

Clarify 是一个用于改善界面文案与产品信息表达的 UX 写作技能,属于 aladicf/better-web-ui 技能集。它帮助你识别并改进不清楚、容易混淆或写得不好的产品文字,让界面和产品信息更容易被理解、信任和操作。覆盖范围包括 UX 写作、营销文案、标签、微文案、说明文字和错误提示等。使用方式是通过 /clarify 触发该工作流,它会按照既定流程加载相关设计原则与上下文收集协议,并参考多个专项参考文档,分别处理标签与错误信息、界面诚实性、错误恢复、状态通知、营销文案以及文案编辑润色。该技能强调具体、简洁、主动语态、人性化、有帮助且术语一致,并给出大量改写示例,例如把“Error 403: Forbidden”改为更易懂的提示,把“Submit”改为更明确的动作按钮文字。适用于界面微文案、营销文案、引导文案和生命周期文案等场景,既可创建新文案,也可编辑既有文案。收费、价格、平台与具体效果信息在资料中暂未提供。

写作与研究472 次安装

academic-slides

Academic Slides 是一个用于制作和打磨学术演示幻灯片及配套演讲的技能。它提供了一套结构化方法,覆盖叙事结构、幻灯片设计、视觉层级、演讲技巧与问答准备,适用于会议报告、论文答辩、组会汇报等场景。核心工作流包含七个步骤:明确范围与受众、起草叙事弧线、设计幻灯片结构、创建单页幻灯片、构建 .pptx 文件、排练与计时、准备备用幻灯片。该技能强调若干反直觉原则,例如幻灯片不是论文、阅读与倾听相互竞争、热情重于精致、相关工作不是引用义务。其中制作 .pptx 需要安装 pip install "markitdown[pptx]" pillow 及 slide-creation.md 中指定的 Node 包。

写作与研究471 次安装

code-documentation-doc-generate

这是一个用于从代码自动生成文档的技能,定位为文档编写专家,可生成 API 文档、架构图、用户指南和技术参考等内容。它强调创建与代码保持同步的“活文档”,适用于为代码库生成 API、架构或用户文档、搭建文档流水线或自动化、统一仓库文档规范的场景。该技能是 documentation-generation-doc-generate 的兼容性别名,新引用建议使用后者;其完整指令与支持文件保留在本地,可离线使用。资料同时给出使用限制:项目没有代码库或事实来源、仅需临时解释、无法访问代码或需求时不应使用;需避免在文档中暴露密钥、内部 URL 或敏感数据;输出不能替代针对具体环境的验证、测试或专家评审;缺少必要输入、权限、安全边界或成功标准时应停下询问。

写作与研究471 次安装

industrial-ai-research

Industrial AI Research 是一个面向工业人工智能与自动化领域的文献研究工作流技能,由 bahayonghang/academic-writing-skills 提供。它强调在开始任何检索或综合之前,必须先完成四项强制性的需求确认(报告语言、交付模式、时间窗口、工业 AI 子领域侧重),随后按来源优先级(arXiv、IEEE 及自动化会议)进行检索、验证与综合。该技能提供四种报告交付模式:research-brief(研究简报)、literature-map(文献地图)、venue-ranked survey(按会议/期刊分级的综述)、research-gap memo(研究空白备忘录),以及 survey-draft(综述草稿生成,含大纲优先写作、逐节证据包与可选 LaTeX 导出)。其核心规则包括:不伪造论文元数据、不将预印本当作同行评审成果、不隐藏矛盾证据、不使用博客等低层级来源作为主要证据,并区分已验证证据与推断。该技能为 LLM 驱动,不含可执行脚本,所有阶段通过网页检索、结构化综合与提示完成。

写作与研究469 次安装

create-docs

create-docs 是面向项目文档站点生成的技能,可在 Nuxt Content 的 Docus 体系下为任意项目生成完整、可生产使用的文档站点。它会自动分析项目结构(识别 pnpm、npm、yarn、bun 等包管理器,以及 pnpm workspace、Turborepo、Lerna、Nx 等 monorepo 形态),确定文档目录位置(如 ./docs、./apps/docs),并从 README、package.json 及源码中提取项目名称、描述、功能与用法示例来生成内容。随后它会初始化 docs 目录结构、写入 package.json 与依赖(docus、nuxt、better-sqlite3,多语言时加 @nuxtjs/i18n)、配置 .gitignore,必要时调整 monorepo 工作区配置,并按模板生成首页、入门、指南、API 等文档页面。它支持检测项目的多语言需求并生成 i18n 文档结构,还能进行主题定制、配置 AI 集成(Docus 自带 MCP server 与 llms.txt 生成)。最终给出使用当前包管理器的启动命令,并提示部署到 Vercel、Netlify、Cloudflare Pages、GitHub Pages 等平台的命令。

写作与研究469 次安装

jackin-research

jackin-research 是一个用于产出独立多页研究报告(dossier)的技能,报告发布在 jackin❯ 文档站点上,面向开放问题或路线图议题。该技能由 brief(任务简报)驱动:先撰写简报,再执行简报。它会汇总并综合来自网络与代码库的证据,但不做产品设计决策。参考实现位于 jackin❯ 仓库的 docs/content/docs/research/token-optimization-research/。仅在用户明确要求使用该技能时使用。典型触发方式是操作者运行 jackin-research <slug> 进行一项较重大的调查。适用与不适用边界明确:涉及路线图事项的设计决策应使用 jackin-brainstorm;快速查询应直接使用 deep-research 或 Explore,不产出 dossier。参数包括 --brief-only(仅撰写 prompt.mdx 简报即停止,稍后通过 /goal Follow <brief> 执行)、--in-roadmap(将发现内联存放在路线图条目中,而非独立 dossier,仅适用于小型研究)、--web-only / --codebase-only(将证据收集限制为单次单一路径)。默认输出为独立文件夹。

写作与研究468 次安装

voice-extractor

Voice Extractor 是一个从写作样本中提取并记录个人真实写作声音的技能。当有人需要一份「声音指南」、想要捕捉自己的写作 DNA,或需要指导 AI 以特定风格写作时使用。它的核心理念是:AI 生成的内容听起来千篇一律,解决办法不是更好的提示词,而是教会 AI 你真实的沟通方式。该技能从写作样本中提取沟通 DNA,产出一份经过记录、测试并可直接使用的 Voice Guide(声音指南)。支持三种模式:quick(快速)输出前 5 个声音特征加 3 条做/不做规则;standard(标准,默认)输出完整声音指南,涵盖语气、词汇、节奏、结构;deep(深度)在完整指南基础上额外提供 10 个样本改写、写作规则清单和 AI 训练示例。提取前需收集写作样本(至少 3 份或总计 500 字)、指南用途、信心区域和已知反模式,样本按真实性从高到低优先选用 Slack/邮件、播客或通话转录、LinkedIn 帖子或文章、网站文案。工作流程包括样本质量评估、核心能量提取、短语提取、信心区域映射、反模式记录、验证测试和自评等阶段。需要至少 500 字样本才能进行完整提取,样本不足时建议改用 quick 模式。

写作与研究467 次安装

research-paper-writing

这是一个面向机器学习、计算机视觉、自然语言处理与系统方向研究者的论文写作技能,帮助把研究工作转化为可辩护的投稿稿件。它强调「贡献定位 → 主张与证据对齐」的核心逻辑,覆盖摘要、引言、方法、实验、相关工作、图表支撑、审稿回应与终稿修订等环节。提供论文契约定义、主张-证据映射表、审稿漏斗式引言结构、可复现方法描述、实验与消融计划、图表检查,以及 rebuttal 与 camera-ready 修订清单等具体流程。适用于会议、期刊或 workshop 投稿前的分阶段写作任务,例如摘要重写、引言贡献框架、实验矩阵规划、审稿意见逐条回应。不用于内部设计文档、API 文档、用户教程、演示文稿或营销内容,也不只做文献检索。

写作与研究465 次安装

tooluniverse-drug-research

ToolUniverse 的药物研究技能(tooluniverse-drug-research)用于对某个药物或化合物进行综合画像式调研。它依托 ToolUniverse 中的 50 多个工具,覆盖化学数据库、临床试验、不良事件、药物基因组学与文献等来源,围绕机制、主要/次要靶点、药物相互作用、临床试验状态、FAERS 不良事件和药物基因组学等维度组织研究。该技能强调“先建报告再填充”、先做化合物身份消歧、每条事实附来源引用、按证据强度分级,并要求所有章节即使无数据也要保留“数据不可用”占位。英文优先查询、按用户语言回复。适用于已上市药物画像、在研化合物调研、安全性审查、ADMET 评估和临床研发格局梳理等场景。

写作与研究465 次安装

auto-review-loop-llm

Auto Review Loop (Generic LLM) 是一个基于任意 OpenAI 兼容 LLM API 的自主科研评审循环技能。它以“评审 → 实现修复 → 再评审”的流程自动迭代,直到外部评审模型给出正面评价或达到 MAX_ROUNDS(默认 4 轮)为止。该技能通过 llm-chat MCP 服务器或环境变量配置评审模型,支持 OpenAI、DeepSeek、MiniMax、Kimi(Moonshot)、智谱 GLM、SiliconFlow、阿里云百炼、零一万物等多个兼容 OpenAI 接口的提供商。每轮评审会给出 1-10 分评分、剩余关键弱点、最小修复建议以及是否可提交的判断,并通过回溯上一轮摘要把上下文带入下一轮评审。技能会把每轮结果追加记录到 review-stage/AUTO_REVIEW.md,并将状态写入 review-stage/REVIEW_STATE.json 以支持紧凑恢复。技能明确要求不得用 /loop、/schedule 或 CronCreate 等外部定时器包裹,因为它自身已内置循环逻辑,外部计时器会从顶部重新进入并丢失累积上下文,仅在新成果变更时产生信号。

写作与研究465 次安装

lyric-writer

lyric-writer 是位于 bitwize-music-studio/claude-ai-music-skills 技能集中的一个专业作词技能,用于创作或审查歌词。它依据专业韵律(prosody)、押韵技巧与情感叙事标准工作,可作为写作新歌词、修改现有歌词或进行质量检查的工具。该技能内置一套 13 点自动质量检查流程(押韵、韵律、发音、人称/时态、结构、流动、长度、段落长度、押韵方案、密度/节奏、副歌呼应、陷阱清单等),并支持 0–3 轮迭代润色(收紧、强化、口语与听感)。它支持轨道文件路径与概念两种调用方式,对纯器乐轨道会中止并提示改用 suno-engineer。技能还包含针对 Suno 的发音处理规范(同形异义词、专有名词、缩写、科技词、避免生造缩写)、副歌与标题放置、主歌与副歌对比、无呼应规则等细节。使用者可通过覆盖文件 lyric-writing-guide.md 自定义风格偏好、词汇与主题。

写作与研究464 次安装

character-naming

Character Naming 是一个用于帮助写作者生成角色名字的 AI 技能,核心目标是打破大语言模型在起名时默认趋向统计中位数的问题(例如反复出现 Chen、Patel、Maya、Marcus 等名字)。它通过外部熵源、精选文化名单和音素预设来生成名字,并提供演员表追踪功能,用于检测名字冲突、分析文化分布。该技能适用于小说、剧本等创作场景,支持当代、历史、奇幻、科幻等不同设定。使用方式基于 Deno 脚本,提供 character-name.ts 和 cast-tracker.ts 两个工具,可指定文化、性别、音节范围、演员表文件等参数。

写作与研究464 次安装

writing-rules

writing-rules 是一套面向代码仓库各类文本产物的写作与审查规则集。它通过 sidecar 文件按写作风格拆分规则,只注入适用的部分,避免所有规则一股脑加载。规则涵盖四个文件:rules/all.md 适用于每个文件,涉及受众、用词与链接、禁止清单以及某句话应放在哪里;rules/plain.md 适用于有人阅读的内容,如 README、文档、代码注释;rules/dense.md 适用于仅由智能体阅读的内容,如 CLAUDE.md、AGENTS.md、skill 文件与智能体文档,当两者都可能适用时以 dense 优先;rules/git.md 适用于提交信息、PR 和 issue,其格式由 setup-repo 的 commit gate 强制执行。规则只在中心仓库更新,使用者不各自维护副本。此外,它提供 scripts/inject-writing-rules.mjs 作为 PreToolUse 钩子,在每次写文件的工具调用时,按路径打印匹配的规则(all 加 plain 或 dense)作为附加上下文,使写作者无需加载该 skill 即可看到规则。该钩子仅对 Markdown 文件生效,会跳过 node_modules、.temp/ 以及同步的 .claude/skills/.claude/rules 目录树。

写作与研究463 次安装