GitHub README 版需用动词开头的无序列表列功能点并附相对路径链接；Dev.to 版须以具体时间戳开头、含失败命令与“后来我……”结构，语气真实带情绪；Twitter 版须动词开头、无主语、含具体数据和单个 emoji。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要为同一款开源项目生成适配 GitHub README、Dev.to 技术博客、Twitter/X 短文案三种平台的介绍文案，但直接让 Cursor 输出“写三版项目介绍”会产出语调雷同、长度失衡、技术密度错位的内容——GitHub 需要模块化结构+可点击链接，Dev.to 要带个人叙事+踩坑细节，Twitter 必须用动词开头+省略主语+埋钩子。
GitHub README 版：突出结构化与可操作性
第一步：打开项目根目录下的 README.md 文件 → 将光标定位在 `## Features` 标题下方空白行。
第二步：输入提示词：“你是一名开源项目维护者，正在为 GitHub 页面撰写 README。请严格按以下输出：【必须用无序列表呈现功能点，每条以动词开头（如‘支持’‘内置’‘兼容’），末尾带对应文档链接，不加解释性句子】；功能点数量控制在 5 条以内；所有链接使用相对路径（如 ./docs/installation.md）；禁用‘非常’‘超级’等副词。”
第三步：按 Cmd+K（macOS）或 Ctrl+K（Windows/Linux）触发 AI，等待生成结果直接插入。
Agents 正在你的整个代码库中处理越来越复杂、运行时间更长的任务。本次版本引入了新的 agent 框架改进，以实现更好的上下文管理，并在编辑器和 CLI 中带来了许多提升使用体验的修复。
Dev.to 博客版：注入真实开发节奏与情绪颗粒度
方法一：用“我卡在……然后发现……”句式锚定叙事起点
在 Dev.to 编辑器中新建草稿 → 输入：“我在把项目从 Vite 迁移到 Turbopack 时卡了整整两天，直到发现 config.resolve.alias 的路径解析规则变了 —— 请基于这个真实卡点，写一篇面向中级前端的 Dev.to 博客导语，要求：① 开头用‘上周五下午 3:17’这类具体时间戳；② 第二句必须出现一个失败命令（如 ‘turbopack dev’ 报错）；③ 第三句用‘后来我……’引出解决方案；④ 全文不超过 120 字，不加标题。”
这一步操作起来很简单，直接把光标放在编辑器第一行就敲，AI 会自动继承你输入时的急迫感。
方法二：强制关联已有 issue 编号
复制一条真实 issue 的标题（如 “#428 SSR hydration mismatch on mobile Safari”）→ 在提示词里写：“把这条 issue 改写成 Dev.to 博客正文中的一个技术反思段落，语气像同事下班后在 Slack 里吐槽，用‘我们试了 A、B、C，最后发现是 X 没配对’结构，保留 issue 编号但不加链接。”
Twitter/X 版：压缩到动词驱动的单行信息流
打开 Twitter 编辑框 → 输入：“你正在为开源项目发推，目标是让开发者一眼想点进链接。请生成一条纯文本推文：【首词必须是动词（如‘迁’‘删’‘加’‘换’），禁用‘今天发布’‘重磅更新’等空泛开场，字数严格 ≤ 260，结尾不加 URL 占位符，只留一个 emoji（?/?/? 三选一）】；内容聚焦一个具体变更（如‘迁移到 Bun 0.8.0 后冷启动快 3.2 倍’）；禁止出现‘我们’‘团队’等人称主语。”
注意：如果 AI 输出里出现“点击了解详情”，立刻删掉——Twitter 用户不点这种话术，他们只点动词+数字+emoji 的组合。
