生成开源仓库首页文档

SKILL开发

原名 write-best-readme-skill · 标识 readme-writer

开发 未标注权限 许可证不明确
安装这个技能

一次为项目生成中文和英文两份 README、捐赠文件和 MIT 协议,中英互链,让仓库首页专业完整、便于他人了解项目。

一句话选型结论

按资料字段整理

生成开源仓库首页文档是开发类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类开发 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_1b56699a/write-best-readme-skill
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

开发
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_1b56699a仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验2026-11-06上游最后核验时间 · 数据更新 2026-11-06
正文体量8.1 KBSKILL.md 原文大小,越大说明说明书写得越细

能做什么

0 项能力
上游给出的能力概览与适用场景
写项目README生成中英双语文档补开源协议与赞助文件

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
写代码与改 bug

按需求补代码、定位并修掉报错。

读仓库与生成改动

让模型读懂项目结构,再给出可落地的改动。

跑测试与排查故障

按现象排查问题,补测试用例并复跑。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在开发场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
生成开源仓库首页文档当前 未标注权限 未标注 未标注 未标注 有
技能审查员 浏览器控制 ClawHub 市场 877.9 万 OpenClaw 有
Vercel React 最佳实践 浏览器控制 GitHub 仓库 849.1 万 Codex、Claude、Cursor 有
GitHub 代码协作 联网访问 ClawHub 市场 763.3 万 OpenClaw 有
网页设计指南 联网访问 GitHub 仓库 668.6 万 Codex、Claude、Cursor 有
本体论 只读 ClawHub 市场 663.7 万 OpenClaw 有

SKILL.md 全文

8.1 KB
模型实际读到的说明书原文,来自技能仓库

README Writer

Overview

一次为 GitHub 仓库生成 4 份基础文件,让仓库首页专业、完整、有感染力:

  1. README.md — 中文(默认)
  2. README_EN.md — 英文(与中文互链,可一键切换)
  3. .github/FUNDING.yml — 捐赠配置(GitHub 官方赞助按钮)
  4. LICENSE — MIT 协议(项目无 LICENSE 时生成;已有则沿用)

所有项目必须输出同一固定结构 —— 章节名、顺序、命名完全一致,只换内容。这是本 skill 的第一原则。

固定章节模板(必选/可选标注)

1. 居中头部:H1(生物emoji) + 斜体一句话简介 + 语言徽章与技术徽章并排一行 + Banner 占位区   [必选]
2. 简介段(可选,一两句铺垫定位)                                          [可选]
3. 为什么选它?(3-6 条差异化卖点,每条一句话)                             [必选]
4. 对比表(与同类工具/方案的功能矩阵)                                     [必选]
5. 安装 / 快速开始(推荐方式在前,可多选项)                               [必选]
6. 使用(真实命令 + 代码块;CLI 项目展示终端输出效果)                      [必选]
7. 工作原理 / 深度说明(有素材才放)                                       [可选]
8. Roadmap(存在 ROADMAP.md 才放,一行链接;无文件则整个跳过)              [可选]
9. 贡献与开发(指向 CONTRIBUTING.md/AGENTS.md)                          [必选]
10. 支持 / 捐赠(宠物投喂式措辞 + 捐赠链接)                                     [必选]
11. License(一行链接,不复制全文)                                        [必选]
12. SEO Keywords(正文结束后的斜体关键词行)                               [必选]

规则:
- 第 4 条对比表是必选:扫描项目识别同类工具,输出功能矩阵表(含价格/开源/核心能力列)。拿不准竞品时,问用户;也允许与"手动/裸用方案"对比,但不能跳过
- 第 7、8 条可选节:素材不足就整节删除,其余章节顺序不动
- 中英两份 README 章节标题、顺序必须完全对应

风格基准

  • Mole 式生动:H1 标题必须配一个「生物」emoji(见硬性规则);Support 捐赠段落固定用宠物投喂式措辞:不说"支持项目/请我喝咖啡",一律按模板写(默认两只猫:汤圆、饺子,投喂物罐头 🥩):
    我养了两只猫,汤圆和饺子。如果你觉得 X 给你的生活带来了快乐,你可以喂它们 [罐头食品 🥩](捐赠链接)。
    宠物种类/名字在第 2 步确认(默认:两只猫,汤圆、饺子),名字没给就不写,不编造;CLI 项目用终端输出代码块展示效果
  • Mole 式居中头部:
    html <div align="center"> <h1>🐹 Mole</h1> <p><em>一句话简介,必须斜体。</em></p> </div> <p align="center"> <a href="README.md"><img src="https://img.shields.io/badge/中文-blue?style=flat-square" alt="中文"></a> <a href="README_EN.md"><img src="https://img.shields.io/badge/English-gray?style=flat-square" alt="English"></a> <a href="LICENSE"><img src="https://img.shields.io/..." alt="License"></a> ...语言徽章 + 技术徽章全部并排一行,居中... </p> <!-- 📸 Banner 占位:徽章行之下预留 banner 位置(建议 1280×640),用 HTML 注释包一个示例 <p align="center"><img src="assets/banner.png" alt="项目 banner"></p> -->
    语言徽章:当前语言高亮(blue),另一语言灰色(gray),排在徽章行最前,与其余徽章同一行
  • 克制原则:正文不过度使用 emoji;LICENSE/CONTRIBUTING/CHANGELOG 有独立文件,README 里只放一行链接,不整段复制

工作流

第 1 步:扫描项目

用 Read/Glob/Grep(或已有的项目信息)提取事实:
- 语言/框架/构建命令:看 package.json、pyproject.toml、go.mod、Cargo.toml 等 manifest
- 使用方式/CLI 命令:看 docs、src 入口、bin/ 脚本(不要复读现有 README,以代码为准)
- 已有文件:README.md / LICENSE / CONTRIBUTING / CHANGELOG / ROADMAP.md / .github/
- 截图/Logo:assets/、docs/*/.png|jpg|gif

第 2 步:交互确认

拿不准的必须问,不猜。确认以下信息:
- 项目名与一句话简介(可含 emoji)、H1 生物 emoji 偏好
- 作者名(用于 LICENSE 署名)、当前年份
- 捐赠平台(默认 ko_fi: gokuscraper = https://ko-fi.com/gokuscraper,除非用户另给)
- 宠物投喂措辞:宠物种类/名字(默认两只猫:汤圆、饺子),投喂物(默认罐头食品 🥩)
- 对比表竞品(扫描识别的同行,或用户指定)
- 若已有 README:哪些内容保留,哪些重写

第 3 步:生成 README.md(中文)

严格按上方固定章节模板输出,逐节填写。无素材节跳过,不写"待补充"。

对比表示例样式(Mole 风格):

功能 Mole CleanMyMac AppCleaner DaisyDisk iStat Menus
清理 ✅ ✅ ❌ ❌ ❌
免费开源 ✅ ❌ ✅ ❌ ❌

SEO Keywords 段样式(Vecto 风格,8-15 个中英关键词):

---

*Keywords: 关键词1, 关键词2, ..., keyword1, keyword2, ...*

第 4 步:生成其他文件

  • README_EN.md:完整翻译,章节与中文完全对应;语言徽章互换高亮
  • FUNDING.yml:
    yaml ko_fi: gokuscraper
    默认只写 ko_fi: gokuscraper;用户给了其他平台(GitHub Sponsors/custom)就加上,只留真实存在的
  • LICENSE:项目已有 LICENSE 就保留并在 README 链接它;没有则用 MIT 标准文本,替换 <year> 为当前年份、<copyright holders> 为作者名

第 5 步:仓库 About(简介)与 Topics(标签)

GitHub 仓库的 About 与 Topics 一并填写,规则:

  • About 必须短:英文一句话 + 中文一句话,各自独立成句,不加连接符粘成长句
  • 英文句:形态 + 核心能力,含英文 SEO 关键词
  • 中文句:形态 + 核心能力,便于中文检索
  • 示例(本 skill 自己的 About):
    An Agent Skill generating bilingual (ZH/EN) GitHub READMEs — unified template, comparison table, SEO keywords, funding config, license. 为 AI Agent 生成中英双语 README 的技能:固定模板、强制对比表、捐赠与协议一次配齐。
  • Topics 必须加:GitHub 仓库主页下方标签区,8-20 个,英文小写、连字符/纯单词,是重要 SEO 位
  • 核心词:形态(readme, skills, ai-agent, agent-skill)、生态(claude-code, opencode)、语言(markdown, documentation, bilingual)、能力(readme-generator, seo, llm)
  • 示例(本 skill 自己的 Topics):readme, skills, ai-agent, agent-skill, claude-code, opencode, markdown, documentation, bilingual, readme-generator, seo, github, llm, chinese, english, comparison-table

硬性规则

  • No fabrication:所有命令、特性、数据必须来自真实项目或用户确认,禁止编造;扫描事实以代码/manifest 为准,不复读旧 README
  • 生物 emoji 必须:H1 标题必须配一个「生物」emoji —— 动物、植物或任何活物(🐹🐙🦋🪴…),禁止无生命 emoji(⚙️🎨📦🚀❌)。emoji 须贴合项目定位。交互确认时问用户偏好;用户不指定则由 agent 选最贴切的生物,不许跳过
  • 结构统一:所有项目 README 必须遵循同一固定章节模板,章节名/顺序/中英对应一致,不得自行增减或改名
  • 对比表必须:没有对比表不交付;竞品不明确就询问用户
  • 已存在文件:不盲目覆盖;README 已有内容先确认保留/重写,LICENSE 已存在则沿用
  • 中英一致性:两份 README 章节结构完全对应,内容等值翻译
  • 发布检查清单:发布/推送仓库前必须确认 README.md + README_EN.md + banner 图已就位 + .github/FUNDING.yml + LICENSE 全部齐全;banner 用户未提供时,README 只能保留占位注释,并明确告知用户"待 banner 方可发布",不得擅自推送到远程
  • 格式:UTF-8 编码,GFM(GitHub Flavored Markdown)

常见问题

5 问
答案由本站依据条目字段整理
生成开源仓库首页文档怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_1b56699a/write-best-readme-skill。安装方式为未标注。装完刷新技能列表或重开客户端。

生成开源仓库首页文档支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

生成开源仓库首页文档权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

生成开源仓库首页文档收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

生成开源仓库首页文档用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 2026-11-06。