Agent Skills 目录
共收录 14 个 Agent Skills(Claude 技能),一份 SKILL.md 让 AI 助手掌握一项专项能力。
claude-api
官方Claude API / Anthropic SDK 参考手册——模型 ID、价格、参数、流式输出、工具使用、MCP、agents、缓存、token 计数、模型迁移。触发条件——在打开目标文件之前必须先阅读,不要因为“看起来只有一行”而跳过:提示词中以任何形式提到 Claude/Anthropic(Claude、Anthropic、Fable、Opus、Sonnet、Haiku、`anthropic`、`@anthropic-ai`、`claude-*`、`us.anthropic.*`、`[1m]`);用户询问 LLM 相关问题(价格/模型选择/限制/缓存)——切勿凭记忆回答;或者任务涉及 LLM 但未指明提供商(agent/MCP/工具定义/多智能体)
internal-comms
官方一套资源,帮我用公司偏好的格式撰写各类内部沟通文档。凡是要求撰写内部沟通内容(状态报告、领导层更新、3P 更新、公司简报、FAQ、事故报告、项目进展等)时,Claude 都应使用此技能。
test-driven-development
在实现任何功能或修复 bug 时、编写实现代码之前使用
code-review-and-quality
Conducts multi-axis code review. Use before merging any change. Use when reviewing code written by yourself, another agent, or a human. Use when you need to assess code quality across multiple dimensions before it enters the main branch. Use when asked to review a diff or a pull request, even when the diff is pasted inline.
humanizer
改写带有 AI 痕迹的文字,让内容读起来像作者本人写的,同时不改变原意。适用于编辑或审阅文章中的 AI 特征:不是X而是Y式对比、单句收尾、刻意铺垫的开头、强行三连排比、到处用破折号、夸大其词、推销话术、AI 常用词、加粗标签或废话填充。基于维基百科的《AI 写作迹象》。
mirrord-db-branching
帮助用户为数据库分支配置 mirrord.json,启用隔离的数据库副本以安全地开发和测试。当用户需要设置 MySQL、MariaDB、PostgreSQL、MSSQL、MongoDB、Redis、DynamoDB、ClickHouse、Google Spanner、Amazon S3、turbopuffer 或通用分支,配置复制模式、连接来源、schema 迁移、IAM 认证,或管理数据库分支时使用。
linkdigest-script-rewrite
对标视频脚本仿写:给一条抖音、小红书或 TikTok 爆款视频链接,先提取它的口播稿(逐字稿)和结构(开头钩子、分段节拍、标题公式、结尾引导),再按同样的结构写出你自己主题的口播脚本。用户说「仿写这条视频」「照这个结构写个脚本」「扒一下这条视频的文案再改写」「口播稿改写」时使用。原视频内容通过 LinkDigest API 读取,引用逐字核对原文,需要 LINKDIGEST_API_KEY;仿写由你当前的模型完成,不另收费。
lognorm
把 LogNorm 当作队友来运营公司的增长职能——执行周计划、修复本代码库中的 SEO 和 AI 可见度(GEO)问题、研究关键词与竞争对手、规划选题与内容、撰写并配图文章、开展增长复盘、管理 AI 可见度提示词,并保持 Company Brain 及时更新,同时在 LogNorm 上留下评论和决策记录。每当用户提到 LogNorm、增长计划、SEO、GEO、AI 可见度、关键词、竞争对手或网站内容时使用。
am-i-drifting
对比某人现在的写法和以前的写法,指出发生了什么变化。适用于有人问自己是否还保持原有的风格、帖子是否变差或变平庸、AI 是否磨平了文风,或想把近期帖子和早期帖子做对比的情况。不要用它拿一个人和另一个人做比较。
audit-before-i-publish
对写好的草稿做一次发布前检查,并按优先级排列要修改的地方。适用于有人说帖子写好了、想要最终确认、问要不要照现在这样发出去,或贴出草稿问哪里有问题的情况。不要用它凭空写帖子,不要在只有一行有问题时重写全稿,也不要预测数据表现。
audit-before-i-tweet
对写好的推文做一次发布前检查,并按优先级排列要修改的地方。适用于有人说推文写好了、想要最后过目一眼、问要不要照现在这样发出去,或贴出草稿问哪里有问题的情况。不要用它凭空写推文,不要在只有一个词有问题时重写全稿,也不要预测数据表现。
extract-the-hook
从有效的帖子中提取开头,并指出底下的结构模式,让你复用套路而不是照抄句子。适用于有人想要开头素材库、问开头为什么有效、收藏了一批喜欢的帖子,或总是写同样的第一句话。不要复现别人的措辞,也不要给某个模式附上数据表现。
find-the-story
围绕某人真实经历过的事进行采访,直到挖出一个值得讲的故事,然后把它写出来,结尾不要硬加人生道理。适用于有人说没东西可写、有个模糊想法不知道怎么成型、想写一段经历,或想要个人向帖子的情形。不要编造对方没提供的细节,也不要把小事夸大成一则寓言。
fix-my-ending
诊断一篇帖子的结尾为什么引不来回复,然后重写或删掉它。适用于有人想要行动号召、说没人评论、问帖子该怎么结尾,或结尾的问题读起来像在求人帮忙的情况。不要给已经写完的帖子硬加互动引导,也不要承诺新结尾能带来评论。