SuperAPI AI 工具集

Skill 广场

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

更新于 10-27 00:15

写作与研究

14,228 个结果

content-creator

这是一个已被弃用的重定向技能,用于把旧的“内容创作者(content creator)”请求转交给合适的专项技能。它本身不执行写作、策划或优化,而是根据用户意图分流:写博客、文章或指南转至 content-production;规划内容、主题集群、日历转至 content-strategy;分析品牌语调转至 content-production(含 brand_voice_analyzer.py);优化现有内容的 SEO 转至 content-production(含 seo_optimizer.py);创作社交媒体内容转至 social-content。该技能已被拆分为多个专项技能,原因是原始 content-creator 试图同时承担策划、写作、SEO、社交与品牌语调,导致样样不精。相关技能包括 content-production(完整内容执行流水线,原技能 Python 工具的继承者)、content-strategy(内容规划与选题)、content-humanizer(将 AI 内容后期处理得更自然)以及 marketing-context(两个后继技能共同读取的基础上下文)。

写作与研究17 次安装

LLM Wiki Maintainer

LLM Wiki Maintainer 是一个用于维护本地公司 Wiki 的技能,基于 LLM Wiki 插件工具运行。它适用于维护公司 LLM Wiki、从 Wiki 中回答问题、摄取可长期保存的源材料、刷新索引以及检查 Wiki 结构等场景。使用该技能时,需要先解析配置的 Wiki 根目录,阅读其 AGENTS.md,检查 wiki/index.md 和最近的 wiki/log.md 条目,然后使用 LLM Wiki 插件工具进行源读取、页面写入、补丁提议、反向链接和日志记录。维护原则包括:保持原始源材料不可变,引用 Wiki 页面和原始路径,当页面导航变化时更新 wiki/index.md,并为持久更新追加简洁的 wiki/log.md 条目。对于 Paperclip 项目工作,需保持 wiki/projects/<project-slug>/standup.md 作为执行状态视图,并使用 wiki/projects/<project-slug>/index.md 保存持久项目知识。项目材料应写成按概念分组的执行摘要,而不是问题 ID 列表或元数据堆砌。

写作与研究17 次安装

feature-radar-learn

feature-radar-learn 是 runkids/feature-radar 技能集中的一个技能,用于从已完成的工作中提取可复用的知识,并写入 .feature-radar/specs/ 目录。它关注的是选择背后的“为什么”,以便未来参考。该技能会先确认刚完成的工作(功能、缺陷修复、重构或调查),再分析最近的提交、变更文件和实现决策,然后提取可复用的模式、架构决策、陷阱和技巧,并将每条知识明确归类为 Pattern、Decision、Pitfall 或 Technique 之一。知识按主题写入 .feature-radar/specs/{topic}.md,并更新 base.md 中的 specs 计数。写入后需等待用户确认再继续。

写作与研究17 次安装

feature-radar-ref

feature-radar-ref 是 feature-radar 技能集中的参考记录技能,用于将外部观察、生态趋势和创意灵感记录到 .feature-radar/references/ 目录中。当用户提到相关观察或发现时,应使用该技能。它引导用户识别来源(如有趣的项目、技术或创意方法、生态趋势、相关项目的功能或方案、用户反馈或问题、研究文章或演讲等),收集上下文(URL、日期、关键细节,若提供 GitHub URL 则获取 issue/PR 完整上下文),进行分类(追加到已有参考文件或新建 .feature-radar/references/{topic}.md),并评估影响。文件格式遵循 ../feature-radar/references/SPEC.md § 3.5,命名按被跟踪主题而非事件,需引用来源 URL 和日期,按时间顺序追加,保持客观,并可在发现未满足需求或创新机会时主动建议创建机会。

写作与研究17 次安装

req-analyze

req-analyze 是一个需求分析技能,用于问题分解、干系人扫描与需求结构化,产出 1-requirements.md(生命周期第一阶段文档,而非按任务跟踪的工单)。它通过 5-Why 提取根问题、登记假设、扫描干系人,并用 MoSCoW 分类功能需求、识别非功能需求与验收信号。支持 --quick、--standard、--deep 三档预算,可自动检测特性并增量更新文档,仅聚焦问题空间,不评估方案或工作量。

写作与研究17 次安装

writing-prds

这是一个用于起草、界定并将功能正式化为 PRD(产品需求文档)的技能。它的核心目标是将 PRD 写成规划阶段的输入契约,让规划智能体能够一次性消费输出、无需反复追问“你指的 X 是什么”。该技能与平台无关,假设存在“规划→评审→验证→交付”的流程:先写 PRD,规划器将其分解为步骤,验证器再依据 PRD 的验收标准检查结果。技能规定 PRD 的存储位置、标题风格、必需章节、EARS 验收标准语法、质量门禁与工作流程,并列出反模式,帮助避免实现细节泄漏、无法验证的验收标准、空的范围外清单等常见失败模式。

写作与研究17 次安装