README 是别人认识你项目的第一眼。
好 README 的标准其实只有一条:
别人不用打开任何一个代码文件,就能看懂这是什么、怎么玩 / 怎么用、你为什么做它。
做到这条,你的项目才算「别人能看懂、能复现」。做不到,无论核验的人还是三年后的你自己,都得花很久去猜——很多项目被退回,就卡在这里。
一个好 README 会回答这些
- 这是什么? 一句话说清。别用「一个基于 XX 的智能系统」这种正确的废话。
- 它长什么样? 放一张主图(头图),最好再放几张能说明问题的截图或实拍。
- 你为什么做它? 一两句来由。这是让它从「作业」变成「作品」的地方。
- 怎么玩 / 怎么用? 游戏说清操作和目标;硬件说清怎么接、怎么跑起来。
- 它是怎么拼起来的? 用了什么、大致的结构。够别人看懂就行,不用写成论文。
- 哪里能真的打开它? 有 demo 或在线版就放链接。
- 参考了谁? 用了别人的东西,就在这里注明出处、感谢作者。
对比一下
这样是好的 ✓
这样不行 ✕
一张主图 + 几张能说明问题的截图
没有图,或只有一张糊掉的成品照
一句话就说清这是什么
「一个基于 MakeCode 的多功能互动系统」
讲了你为什么做
只有功能清单,看不出是谁、为什么
别人照着就能跑起来
一堆文件加两句话,别人无从下手
一个能直接抄的骨架
野生CLI 的 README.md 支持 YAML Frontmatter,头图在图片 alt 里加 [head] 标记(详见野生CLI 指南):
---
tagline: 一句话介绍,比如「躲着 boss 弹幕收集猫粮的横版跑酷」
tags: [Game, Pixel]
demo_urls: [https://你的在线演示链接]
---
# 项目名字
![[head] 项目主图](./images/cover.png)
## 这是什么
一句话说清。再用两三句讲你为什么做它。
## 怎么玩 / 怎么用
- 操作 / 接线说明
- 目标 / 效果
## 怎么做出来的
用了什么、大致怎么拼的。放几张关键截图。

## 参考与致谢
参考了 XXX(附链接),感谢作者。
两类项目各自要注意的
- 口袋街机(游戏) —— 主图用游戏画面而不是代码截图;讲清怎么操作、赢的条件是什么;有在线版一定放 demo 链接,让人点开就能玩。
- 桌面造物(硬件) —— 放实物照,别只放渲染图;讲清怎么接线、怎么烧录跑起来;中间的调试和翻车照片也放上,它们让项目显得真实。
别往 README 里放的东西
- API Token、密码、密钥 —— 绝不写进 README、日志、配置或截图。
- 手机号、家庭住址、真实全名 等隐私信息。
写好 README 之后,配上讲清过程的开发日志,你的项目就站得住了。