ml-paper-writing
面向 NeurIPS、ICML、ICLR、ACL、AAAI、COLM 等顶级 AI 会议的论文写作技能,可从研究代码仓库出发起草完整初稿、组织结构、检索并核验引用、准备 camera-ready 投稿,内置 LaTeX 模板与会议清单。
找到适合任务的 Agent Skill,阅读介绍并复制安装命令。
更新于 10-26 00:15
14,168 个结果
面向 NeurIPS、ICML、ICLR、ACL、AAAI、COLM 等顶级 AI 会议的论文写作技能,可从研究代码仓库出发起草完整初稿、组织结构、检索并核验引用、准备 camera-ready 投稿,内置 LaTeX 模板与会议清单。
paper-analyzer 是一个用于单篇论文深度分析的技能,可生成包含图表、评估与知识图谱更新的结构化笔记,支持 arXiv ID、标题或文件路径输入。
这是一个用于创建开发者入职文档与学习路径的技能(Skill),属于 Claude Code 插件集合。它提供了一套结构化的入职文档框架,按时间维度分为 Day 1 环境搭建、Week 1 核心概念、Month 1 深入学习和 Ongoing 参考资料四个层次,并附带完整的入职指南模板与学习路径模板。模板涵盖快速链接、Day 1 检查清单、环境搭建步骤(含 Windows winget 与 macOS Homebrew 安装命令)、架构概览、代码库导览、开发工作流、常见任务、学习路径、求助渠道和 FAQ 等章节。该技能强调文档优先的方法,要求先调用 docs-management 技能获取入职模式,并通过 MCP 服务器(perplexity)验证开发者体验最佳实践。适用于需要为新成员编写入职文档、规划学习路径或建立入职标准的团队场景。
Use Case 2.0 是由 Ivar Jacobson 提出的轻量级用例建模方法,将经典用例改造为适配敏捷实践的形式,涵盖用例切片、轻量文档、派生用户故事与价值驱动排序,用于从用户视角建模系统行为并形成可测试的需求。
Verasic Git 提交规范技能:统一提交信息风格,禁止 Co-authored-by 等署名尾注与 AI 会话语言,并提供推送前的提交历史审计。适用于编写任何 git 提交信息的场景。
面向开发者的写作技能指南,用于创建或编辑技术文档、教程、提案与评审,也用于向用户提出单个问题、裁决或多选项决策;不适用于提交信息等场景。
该技能用于评估代码改动与文档更新之间的对齐缺口:解析代码 diff,映射代码区域到文档区域,输出 missing/partial/covered 结果与可执行的补文档建议,并写入对齐报告。
该技能用于评估文档链接关系健康度,扫描 Markdown/Wiki 链接构建有向图,识别坏链、孤立文档、循环引用和过深链接链,输出可修复的链接健康报告到 docs/calibration/doc-link-health.md。
该技能用于评估文档的 SSOT(单一事实来源)完整性,通过意图优先方法发现文档间的语义重叠与冲突,产出意图登记表、冲突矩阵和修复计划,并写入 docs/calibration/ssot-integrity-audit.md。
用于审查基金申请书配图的技能,检查是否符合 NIH/NSF 合规要求、分辨率、可访问性与质量,并返回结构化报告。触发词包括“check grant figures”“review proposal figures”等。
面向初创团队的 AI 原生产品管理技能,将 Claude 变为处理产品信号的 PM。提供 /pm:analyze、/pm:landscape、/pm:gaps、/pm:file、/pm:prd、/pm:sync 等命令,用 WINNING 过滤器(痛点×时机×执行力)从大量缺口筛出高确信优先级,并可与 GitHub Issues 同步去重。
用于在源代码变更后同步更新 Valibot 仓库网站的 API 文档页面,涵盖新增参数、类型约束变化、接口属性、函数重命名与废弃等场景,指导更新 properties.ts、index.mdx 及相关类型文档。
llm-wiki-capture 是一个轻量路由技能,用于将用户明确的 LLM Wiki 捕获、入库、整合或初始化请求,分发到对应的工作流分支并加载相应参考文档。
Markdown Lint Cleanup 是一个用于清理 Markdown 文件、消除 lint 警告的技能,由 Peter Bamuhigire 分享。它专注于统一标题格式、列表与代码块周围的空行,以及为围栏代码块添加语言标签,从而让文档通过 lint 检查且零警告。适用于出现 MD022、MD032、MD036、MD040、MD031 等警告、文档更新需要干净 lint 通过,或大型文档需要在不改动内容的前提下规范化格式的场景。核心规则包括:用 ##、### 等替换仅加粗的标题;在列表前后添加空行;在围栏代码块前后添加空行;为代码块添加 bash、php、sql 或 text 等语言标签。文件安全方面要求不改变含义或内容结构,仅调整格式以满足 lint 规则,并原样保留链接和引用。推荐工作流为:识别 lint 警告及行号,应用针对性修复,反复检查直至干净。
一个通过苏格拉底式提问帮助用户把模糊的决策、策略或研究方向逐步澄清的技能。它会一次问一个问题,梳理假设与依赖关系,形成决策树,并在确认后把访谈总结写入文件。
用于按 Ankane 模板风格撰写或更新 Ruby gem README 的写作代理,强调简洁、命令式语气、固定章节顺序与最小化说明文字。
repo-research-analyst 是一个用于系统研究代码仓库结构、文档与项目约定的分析型智能体,可梳理架构文件、GitHub Issue 模式、贡献指南、模板与代码实现惯例,并输出结构化研究报告。
draft 是一个用于从研究笔记和文档生成完整 IMRaD 结构学术论文草稿的工具,涵盖摘要、引言、相关工作、方法、结果、讨论、结论与参考文献,并支持行内引用与缺口标注。
检测研究内容中的统计错误、逻辑谬误与方法学问题,可识别 p-hacking、相关因果混淆、样本量不足、多重比较未校正、过度概化、循环论证、樱桃采摘、缺少效应量、混淆变量等,并按高、中、低严重度给出问题说明与修复建议。
DyNote 是面向 Codex 等 Agent 的抖音学习工具,主张“数据资产先行、学习笔记后置”,先把字幕转写、评论、元数据和 AI 快读沉淀为可复用资产,再按需求生成可追溯的学习笔记。它依赖已登录 Chrome 的 web-access,禁止读取或导出 Cookie、token 等敏感参数。
doc-consistency 是一个用于 vscode-sidebar-terminal 项目的文档一致性维护技能,帮助开发者确保项目文档准确反映当前实现。它适用于实现新功能、修复改变行为的缺陷、发布前准备、增改配置项、增改键盘快捷键、更新架构或模式、以及审查文档质量等场景。该技能提供了一套文档更新工作流:先识别变更的组件,再按顺序更新 CHANGELOG.md、README.md、CLAUDE.md 及领域专属文档,最后运行一致性校验。它还包含发布前文档检查清单、用于检查未记录命令与配置的 Node 脚本、CHANGELOG 版本检查命令,以及 README、CHANGELOG、CLAUDE.md 的文档结构模板。
hst-voice 是一个写作指导类技能,用于以亨特·S·汤普森(Hunter S. Thompson)的笔调撰写文章、专栏、书信、通讯或短篇政治评论。它并非简单的风格模仿,而是通过一系列结构性、语气与自我审查纪律,抵抗模型默认的“致敬式”写法:要求先选定具体写作模式(如竞选报道、专栏、回忆录或书信体),以场景而非论点开篇,允许真实离题,拒绝清晰的中心论点,让叙述者不可靠,并在结尾处刻意平淡或“错误”。技能还列出必须避免的陈词滥调清单(如点名 Wild Turkey、孔雀、Steadman 客串、Nixon 对比等),要求同一真实手法在一篇中只使用一次,并包含时代错置检查(汤普森逝于 2005 年)。草稿完成后需执行自我审查:删掉最好的一句、替换最满意的结尾、统计陈词滥调、检查时代错置、进行敌意读者测试,并给出诚实的保真度百分比。默认在作品下方附上书面自评,用户明确要求时可省略可见自评但内部纪律仍适用。
Codex Review Doc 是一个用于审阅文档的技能,通过 Codex exec 执行文档审阅任务,并支持带上下文保留的审阅循环。它本身是一个轻量的入口技能,实际完整工作流委托给父技能 doc-review,由父技能提供文档审阅流程、提示词模板和评分逻辑。触发关键词包括 doc review、review docs、review document、codex-review-doc。它不适用于代码审查(应使用 /codex-review-fast 或 /codex-review)、安全审计(应使用 /codex-security)以及测试审查(应使用 /codex-test-review)。
doc-review 是一个用于文档审查的 Skill,通过 Codex exec 对 Markdown 文档进行评审。适用于审查 .md 文档、技术规格审计和文档质量检查,不适用于代码审查(应使用 codex-code-review)或测试覆盖率审查(应使用 test-review)。它提供 /codex-review-doc、/review-spec、/doc-refactor、/update-docs 等命令,按“目标集 → 确定性检查 → 解析配置与批次 → 逐批 Codex 审查 → 评分表与门禁 → 循环”的流程执行,并支持多种审查配置(full-design、implementation-sync、living-sync、record-diff、executable)与五个审查维度(架构设计、性能、安全、文档质量、代码一致性)。