在cursor中撰写开源项目文案需主动注入上下文：第一步用一句话定义项目（语言/框架+类型+核心功能）；第二步补充1～2个真实约束；第三步用“当……时”句式或失败案例锚定用户场景；第四步绑定已有文件路径、命名及视觉元素确保一致性。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在Cursor中为开源项目撰写文案时，直接输入“写README”或“写贡献指南”往往生成空泛内容，因为AI缺乏项目特有的技术栈、目标用户、核心差异点等上下文。必须主动注入背景信息，才能让提示词触发精准、可落地的输出。
明确项目基础身份
第一步：在提示词开头用一句话定义项目是什么。例如：“这是一个用Rust编写的轻量级CLI工具，用于从Markdown文件批量提取待办事项并同步到Notion。”
这句话必须包含【语言/框架 + 类型 + 核心功能】三个要素，缺一不可。漏掉语言，AI可能默认用Python写示例；漏掉类型（CLI/库/Web App），生成的安装说明会错位；漏掉核心功能，文案容易泛泛而谈“提升效率”，却不说清到底提什么效。
第二步：补充1～2个真实约束条件。比如：“不依赖Node.js运行时”“仅支持macOS和Linux”“API调用需用户自行配置NOTION_TOKEN环境变量”。这些不是锦上添花，而是防止AI虚构出npm install命令或Windows一键安装包。
植入真实用户场景
方法一：用“当……时”句式锚定使用时刻。
例如：“当开发者在CI流水线中需要自动校验PR里的文档变更是否匹配代码注释时，本工具通过--dry-run模式输出差异报告。”
这比“面向开发者”具体十倍——AI立刻知道要强调CI集成、--dry-run参数、差异报告格式。
Agents 正在你的整个代码库中处理越来越复杂、运行时间更长的任务。本次版本引入了新的 agent 框架改进，以实现更好的上下文管理，并在编辑器和 CLI 中带来了许多提升使用体验的修复。
方法二：列出2个典型失败案例，反向定义价值。
例如：“避免手动复制粘贴API响应示例导致版本过期；避免在多个README中重复维护同一段权限配置说明。”
AI会据此生成带版本校验机制的示例管理方案，而不是泛泛而谈“保持文档更新”。
绑定已有资产强化一致性
把项目里已有的关键文件路径和命名直接写进提示词。
例如：“所有命令行参数说明须与src/cli.rs中的clap::Parser结构体字段名完全一致；错误码列表需引用docs/error-codes.md中定义的CODE_001/CODE_002编号。”
这一步【强制AI对齐现有代码和文档，而非自由发挥】。否则它可能自创--verbose-level参数，而实际代码只接受-v或--debug。
如果项目有标志性视觉元素（如特定图标、配色、CLI启动Banner文字），在提示词末尾追加一句：“文案中提及工具名称时，统一使用ASCII Banner样式，首行固定为‘██████╗ ██╗ ██╗███████╗’。”
