readme标题应直接嵌入用户真实问题关键词，如报错信息或高频搜索问句，用疑问句或“平台+动作+失败现象”结构，并通过三步检查确保含技术名词、动词及可被秒懂。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要把用户真实遇到的卡点、报错、功能找不到等具体问题直接塞进README标题里，让访客一眼就确认“这文档就是解决我问题的”，而不是用“使用指南”“快速入门”这种泛泛而谈的词。
先从报错信息里抠出关键词
打开你本地终端或日志文件，找到那段红色报错文字，比如 ValueError: prompt must be a string or list of strings。直接截取最核心的错误类型和字段名——【ValueError: prompt must be a string】 就是标题主干。
删掉冒号后冗余的解释性文字，不写“如何解决”，只留冲突本质。
把用户搜的原话变成标题前半句
查一下 GitHub Issues 或语雀搜索记录，看别人怎么问这个问题。如果高频问题是“文心一言提示词传list崩了”，那就照搬——开头就用这个问句，不用改语法。
方法一：直接用疑问句作标题，例如《文心一言提示词传list崩了》《提示词带换行符就返回空》。
方法二：把平台+动作+失败现象拼成短语，例如《文心一言API → 提示词含\n → 返回None》《Python SDK → 传入dict → 报TypeError》。
验证标题是否合格的三步检查
第一步：标题里有没有出现具体技术名词？比如“prompt”“API”“SDK”“JSON”“\n”“list”“dict”。没有就重写。
第二步：标题里有没有动词或状态变化？比如“崩了”“返回空”“报错”“不生效”“被截断”。只有名词堆砌不算合格。
第三步：把标题贴到微信对话里发给同事，问他：“看到这标题，你猜得到自己遇到的问题被覆盖了吗？”【如果对方犹豫超过3秒，说明标题还不够痛】。
