必须包含【项目名】【GitHub仓库地址】【核心功能（限3条，每条≤12字）】【依赖环境（精确到Python 3.9+或Node.js 18.17.0）】【典型使用场景（具体到“用3行代码实现PDF表格提取”）】5个字段；禁止空洞形容词；所有描述须被真实代码片段验证，未在代码中体现的功能不得出现。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
写开源项目文案时，ChatGPT容易堆砌空洞形容词、遗漏关键参数或混淆技术边界，导致读者无法判断项目是否适配自己的开发环境。你需要让提示词强制模型聚焦可验证的事实，而不是生成营销话术。
明确限定输出字段结构
在提示词开头直接定义必须包含的5个字段：【项目名】【GitHub仓库地址】【核心功能（限3条，每条≤12字）】【依赖环境（精确到Python 3.9+或Node.js 18.17.0）】【典型使用场景（具体到“用3行代码实现PDF表格提取”）】。
不写字段名就输出内容，模型会自由发挥——它默认的“简介体”会优先填充“强大”“高效”“业界领先”这类无效信息。
用反例锚定有效信息边界
方法一：在提示词中插入对比句式：“不要写‘支持多种格式’，要写‘支持.pdf/.xlsx/.csv，不支持.doc’”。
方法二：要求模型先自我校验：“输出后检查：若出现‘易于’‘便捷’‘灵活’任一词，整段重写”。【这是最有效的过滤机制，能直接切断模型的套话惯性】
用于在用户想通过浏览器自动化与 Google Gemini 或 ChatGPT 交互时。触发短语包括“ask Gemini”“ask ChatGPT”“ask GPT”“让...”。
绑定真实代码片段约束描述
第一步：从项目README.md里复制一段真实CLI命令或API调用示例；
第二步：在提示词中写明“所有功能描述必须能被该代码片段验证，无法对应到代码的行为禁止出现”；
第三步：追加限制“若代码含--timeout参数，则文案中‘超时控制’必须注明默认值为30s，不可写‘可配置超时’”。
这一步卡住模型虚构能力——它无法凭空编造未在代码中体现的行为，自然剔除“支持分布式部署”“兼容国产信创环境”等无依据断言。
