writing-user-facing-reports
一个用于撰写面向用户报告的写作技能，主张把报告视为证据界面而非工作过程记录，按读者需求组织答案优先、渐进披露的内容。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-07 00:13
写作与研究
14,938 个结果
technical-communication
面向文档、代码注释、提交信息与架构决策的清晰技术写作技能，强调简洁与开发者友好的表达。触发场景：编写文档、代码注释或沟通技术概念。
project-specs
将已完成的头脑风暴整理为仓库内可长期维护的产品规格包，包含目标终态、版本路线图与可执行近期任务；属于实现前的规划技能，不负责编写生产代码。
ielts-buddy
IELTS Buddy 是一个用于连接 IELTS Buddy 账号并处理学习数据的技能工具，主要面向雅思学习数据查询与分析场景。它在已有授权时复用凭据，先通过接口核对账号、有效期和权限范围；没有授权但任务需要个人数据时，运行绑定脚本并仅把绑定链接交给用户自行确认，不代用户确认，也不索要密码或 Cookie。连接后可查询课程、题目、资料，查看最近练习、模考科目或精听结果，读取学习快照与证据做跨模块分析，查看足迹统计；也可按用户明确要求保存学习待办、词句和口语素材，或提交产品反馈。使用时通过命令行脚本调用能力，先查看可用操作再按接口文档传参，不使用站内私有接口，不猜测操作名。教学判断由调用方完成，站内文档创作与实时语音等不在公开契约内的功能不作为该技能的能力，后台题库研究需独立权限。
git-commit-doc
Git 提交说明写作与提交流程规范：依据未提交改动生成中文 Conventional Commits 风格提交文档，先产出文案并询问是否提交，确认后执行 git commit，可用手动修改版覆写。
creator
Creator 是 joeseesun/qiaomu-cut-skill 中的一套内容创作工作流技能，用于生成可直接发布的平台化内容包。它接收主题、URL、文本或音视频文件作为输入，通过编排已有的技能与 CLI 命令，产出包含文章或脚本、配图以及元数据的文件夹。目前支持三种内容模板：公众号长文（带 AI 配图）、小红书（图文卡片加长文，或仅长文）、口播稿（可选音频）。工作流包含输入分类、模板匹配、选题辅助、风格提取、内容原型选择、配图预设选择、确认门禁、流水线执行和输出组装等步骤。它还会在本地维护配置与风格偏好文件，记录历史生成记录，并支持从参考文章中提炼风格规则后持久化保存。
gpui-patterns
GPUI 框架的 UI 编码模式与示例集合，面向 Script Kit 项目。覆盖布局链、键盘事件处理、状态更新、列表虚拟化、主题颜色、焦点跟踪、实体生命周期与异步任务等常见实践。
thought-leadership-writing
面向思想领导力内容的“先信念、后写作”流程技能，适用于撰写文章、LinkedIn 帖子或观点稿。核心规则是论点未通过信念关卡前不生成草稿，草稿是最后一步而非第一步。
blog-post
这是一个用于撰写博客文章的 AI 技能，面向采用 MDX 文件管理内容的博客仓库。它规定了文章的存放位置、文件命名方式、必需的 frontmatter 字段（包括标题、发布日期、描述、主图、分类）、可选字段（包括 YouTube 嵌入、时长、草稿标记、缩略图、指南引用）、可用分类以及内容格式规则，并给出从收集用户素材、确认分类与配图和发布状态，到生成 kebab-case 文件名并创建 MDX 文件的完整流程。它强调保留作者原声、只做最小修改，并移除正文中的一级标题，用 h2 组织章节。
writing-clearly-and-concisely
该技能用于在撰写供人类阅读的散文时提升清晰度与简洁度，适用于文档、README、技术说明、提交信息、拉取请求描述、错误信息、UI 文案、帮助文本、注释、报告、摘要等场景。核心包含两部分：应做什么（Strunk《The Elements of Style》的写作规则）与不应做什么（需避免的 AI 写作模式）。规则涵盖语法与标点（如单数所有格加 's、系列项之间用逗号、插入语用逗号包围、独立分句不用逗号连接等），以及写作原则（每段一个主题、主题句开头、使用主动语态、肯定句式、具体明确的语言、删除多余词、相关词相邻、强调词置句末等）。同时列出应避免的 AI 文风：夸大词（pivotal、crucial、vital 等）、空洞的 -ing 短语（ensuring reliability、showcasing features 等）、宣传性形容词（groundbreaking、seamless、robust 等）、过度使用的 AI 词汇（delve、leverage、multifaceted、foster、realm、tapestry）、过度使用项目符号、表情符号装饰和加粗。在上下文紧张时，可先将草稿交给子代理，仅加载相关章节文件进行编辑以节省 token。
writing-plans
writing-plans 是一个用于在动手写代码前，为多步骤任务编写完整实施计划的技能。它假设执行工程师对代码库几乎零上下文，要求把每个任务拆成 2-5 分钟的小步骤，遵循 DRY、YAGNI、TDD 和频繁提交。
writing-skills
这是一个用于创建、编辑和验证 AI 技能（Skills）的指导型技能，把测试驱动开发（TDD）的思路套用到流程文档的编写上。它建议先让子代理在没有技能文档的情况下执行压力场景，记录其失败与狡辩，再据此编写技能文档，然后重新验证直到代理合规，并通过反复迭代堵住漏洞。该技能要求使用者先理解 superpowers:test-driven-development 的 RED-GREEN-REFACTOR 循环，主要面向需要编写流程类技能文档、需要保证技能在部署前真正有效的场景。
article
把课程脚本或代码改动整理成文章或博客的技能。用户输入 /article，或要求把某个功能写成文章、博客或发布时使用。两条入口：来自 /record 的课程脚本，或原始代码改动。
socials
socials 是一个把课程、文章或代码改动转换成社交帖子的技能。它强调从原始材料中提取能独立成立、带具体情境的观点，再按平台要求撰写，而非输出通用建议。
english-feedback
english-feedback 是一个面向非英语母语者的英语反馈技能，用于帮助用户通过对话反馈提升英语表达。它会回顾用户在当前会话中的消息，指出做得好的地方，并挑选最多三个重复出现或较重要的改进点，涵盖语法、用词、措辞、句子结构、拼写、标点或清晰度。每条反馈先引用用户的原话，再说明哪些表达有效，或给出更自然的说法。最后提供一个可在未来对话中实践的习惯，整体反馈保持聚焦。
better-writing
一套面向界面文案与 UX 写作的规范技能，覆盖语气、按钮标签、错误提示、空状态等用户可见文本的撰写与评审。提供原则、常见错误对照和评审输出格式。
caveman
一种超压缩交流模式技能，用“穴居人”式简短表达削减输出 token（资料称实测减少 65%），同时保留全部技术准确性。支持 lite、full、ultra 及文言文等强度切换。
grill-with-docs
grill-with-docs 是一个用于打磨计划或设计方案的技能，通过持续追问式的访谈来帮助用户理清思路，并在过程中同步生成文档（包括 ADR 架构决策记录和术语表）。该技能来自 julianromli/faiz-skills 技能集，使用方式为运行 /grilling 会话，并配合 /domain-modeling 技能。
research
这是一项面向代码仓库的研究技能：针对问题查阅官方文档、源码、规范等一手资料，将结论写入仓库内的 Markdown 笔记并逐条标注来源。适合需要边工作边由后台代理完成资料调研的场景。
teach
teach 是一个有状态的技能教学技能：把当前目录当作教学工作区，围绕用户的学习使命，用 HTML 课程、参考资料与学习记录持续教学，强调长期记忆而非即时熟练感。
writing-great-skills
编写与编辑技能（skill）的参考指南，讲清让技能具备可预测性的词汇与原则。核心观点是：技能存在的意义是从随机系统中压榨出确定性，而可预测性——智能体每次运行走同一套流程，而非产出相同结果——是根本美德，文中所有手段都服务于它。内容围绕调用方式（模型调用与用户调用）、描述撰写、信息层级（技能内步骤、技能内参考、外部参考、渐进式披露）、拆分时机（按调用拆、按序列拆）、精简（单一事实来源、相关性检查、逐句无操作测试）、引领词（leading word）以及失败模式（过早完成、重复、沉积、蔓延、无操作、否定）展开。文中加粗术语在 GLOSSARY.md 中有完整定义。
pg
一个写作技能，用于以 Paul Graham 的口吻撰写文章、随笔与博客：口语化、边说边想，得出出人意料但真实的观点，而不是 AI 套话。适用于用户要求“像 Paul Graham”或“用 PG 风格”写作时。
allium-voice
面向 Allium 规范（.allium 规格文件）写作的场景技能，用于在撰写或编辑规格前加载，指导如何用 chalk 写作风格描述系统目标：规范只陈述其目标，未陈述的即被排除，缺失本身也是断言。
goal-tree
Goal Tree（目标树）是 juxt/claude-plugins 中的一项技能，用于把目标组织成树状结构：每个节点的子节点是“达成”该节点所需的工作，而非“支持”该节点的论据。它要求在每个节点上显式检验充分性（假设所有子节点都完成，父节点是否因此达成），并把不充分的节点标记为 check:。叶子节点必须声明属于三类之一：我们要做的事、对他人或他物的期望、所依赖的客观事实。任何缺口都必须显式暴露，并通过命名动作（换方式达成、改派、加预防步骤、降低概率、事后恢复、限制损害、弱化目标、接受风险）来处理。该技能适用于撰写目标结构、issue 描述等场景，需先加载 chalk:mindmap。