用途：在编写或改进 README 时提供流程与模板指引。核心观点是 README 应回答受众关心的问题，而不同受众需求不同，例如开源项目贡献者与未来的自己查看配置目录时所需信息并不相同，因此每次都应先问：谁会读它、他们需要知道什么。
流程：先确认任务类型——创建（新项目尚无 README）、添加（需要记录新内容）、更新（能力变化、内容过时）、审查（检查 README 是否仍准确）。再针对任务提问：创建时需明确项目类型、一句话解决的问题、最快跑通路径、有无值得强调之处；添加时明确记录什么、放在现有结构何处、谁最需要；更新时明确改了什么、阅读当前 README 找出过时章节并给出具体修改；审查时对照实际项目状态（如 package.json、主文件）标记过时章节，若存在“Last reviewed”日期则更新。起草后应询问是否还有遗漏的重要内容。
项目类型与关键章节：开源面向贡献者与全球用户，含安装、用法、贡献、许可证，模板 templates/oss.md；个人面向未来的自己与作品集访客，含功能、技术栈、心得，模板 templates/personal.md；内部面向同事与新成员，含环境搭建、架构、操作手册，模板 templates/internal.md；配置面向未来困惑的自己，含这里有什么、为什么、如何扩展、注意事项，模板 templates/xdg-config.md。类型不明确时应询问用户，不要默认套用开源模板。所有类型至少包含名称（自明标题）、描述（1-2 句说明是什么与为什么）、用法（如何使用，示例有帮助）。
参考材料：section-checklist.md（按项目类型选择章节）、style-guide.md（常见错误与行文指引）、using-references.md（更深参考资料指南）。限制：资料未提供价格、平台支持、具体安装命令或效果数据。