Copilot写开源文案需明确用途与读者，禁用空洞形容词，绑定代码路径、可验证行为及动词句式，并强制嵌入精确对比。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
写开源项目文案时，Copilot常给出“功能强大、易于使用、社区活跃”这类空洞描述，根本没法直接用在GitHub README或宣传页上。
明确指定文案用途和读者身份
第一步：在提示词开头就写清“这是用于GitHub项目首页的首屏介绍文案，面向想快速评估是否值得fork的中高级开发者”。
第二步：紧接着补充限制条件——“不许出现‘强大’‘优秀’‘领先’等形容词，所有描述必须对应代码仓库里真实存在的文件或行为，比如‘/examples/cli.js可直接运行’或‘PR模板强制要求填写CHANGELOG片段’”。
这一步卡死泛泛而谈的出口。Copilot没有上下文感知力，你不说清楚谁看、在哪用、什么算“真实”，它就默认按百科词条风格输出。
绑定具体技术锚点
方法一：用代码结构反向约束文案内容
在提示词里直接引用仓库真实路径：“文案需体现以下三点：① /src/core/parser.ts 支持TS 5.0+类型推导；② /tests/e2e/目录下有17个跨平台终端测试；③ .github/ISSUE_TEMPLATE/bug.yml 包含复现步骤必填字段”。
方法二：锁定可验证行为
写“文案中每句话都必须能被新用户在3分钟内亲手验证——例如‘支持零配置启动’要对应npx @org/pkg --help能立刻显示默认参数表，‘热更新无闪屏’要对应修改src/index.ts后浏览器自动刷新且DOM节点不重建”。
【Copilot不会主动检查代码库，你给的锚点越具体，它越难编造】
微软 Outlook 邮箱和日历管理工具（支持世纪互联版 Office 365）。用于查看、发送、搜索邮件，管理日历日程，创建会议，查询忙闲状态。注意：此功能仅支持世纪互联（21Vianet）版 Microsoft 365，使用 login.chinacloudapi.cn。
禁用抽象价值表述
直接在提示词中写：“禁止出现以下词汇：赋能、闭环、沉淀、抓手、对齐、颗粒度、范式”。
再补一句硬性规则：“所有功能描述必须以动词开头：‘生成’‘拦截’‘跳过’‘注入’‘校验’‘透传’——不接受‘提供XX能力’‘具备XX特性’这类被动句式”。
这步砍掉80%的套话。开发者只关心“它能让我少敲哪几行命令”，不关心“构建数字化协同生态”。
强制嵌入对比参照物
第一步：要求Copilot在每项功能描述后紧跟一句对比
例如：“解析RFC 7230 HTTP头字段→比Node原生http.IncomingMessage多暴露rawHeaderLines数组”。
第二步：限定对比对象必须是开发者真正会接触的工具
“只允许对比npm包名（如zod、vite）、标准API（如AbortController、URLPattern）、或知名CLI（如curl、jq）——不许对比‘同类产品’或‘传统方案’”。
第三步：堵死模糊对比
加一句：“对比差异必须精确到函数名、属性名、错误码或HTTP状态码，例如‘返回422而非500’‘抛出ZodError而非ValidationError’”。
