先说几个核心判断：要让Claude生成一份能直接用的项目介绍，比如官网首页、公众号推文、GitHub README，甚至小红书种草帖，那就不能用一个万能模板包打天下。而是得“见人说人话，见鬼说鬼话”——针对每个平台的阅读习惯、字数限制，和用户注意力长短，专门改写你的提示词。一个做金融风控的项目，在官网上的介绍，跟在小红书上的安利，那画风能一样吗？

所以，要让项目介绍文档精准适配各个发布平台，玩法是这样的：官网得突出技术可信度与架构全景；公众号兼顾专业性和传播感；GitHub强调可复现性和协作入口；小红书则必须用强人称、前置痛点再加上视觉化语言。

官网首页项目介绍提示词改写

第一步，删掉所有“请用轻松语气”“加个emoji”这类风格指令。官网的读者是技术决策者或潜在合作伙伴，他们需要快速判断项目的可行性与技术深度，不是来跟你唠嗑闲聊的。

第二步，在提示词开头强制嵌入一个三栏结构指令：“请严格按【核心定位】【技术栈全景】【落地成效】三栏输出，每栏不超过80字，禁用任何比喻和主观评价。”这样一来，输出内容的信息密度和结构清晰度都会上一个台阶。

第三步，把原提示词里那些“适合新手入门”的泛化描述，替换成具体可验证的指标。比如：“支持TensorFlow 2.15+、PyTorch 2.3+，已在3家金融客户的生产环境中稳定运行超180天”。这比单纯说“性能稳定”有说服力多了。

第四步，加一个硬性约束：“如果提到性能数据，必须标注测试环境（比如：单机4×A100，batch_size=64）；如果引用第三方库，得注明版本号（比如：LangChain v0.2.11）”。【这里必须提个醒：不标注测试环境或版本号的性能描述，Claude会默认虚构数据，一旦进入技术尽调阶段，很容易被质疑。】

微信公众号项目介绍提示词改写

公众号的玩法不太一样。方法一：首句必须包含“我们刚上线了……”或者“今天正式发布……”这类带有明显时效性的动词。为啥？因为公众号用户滑动速度太快了，前3秒就决定了要不要停下来看一眼。

方法二：把技术参数压缩成括号里的补充说明。比如“支持RAG（基于LlamaIndex 0.10构建，响应延迟＜1.2s）”，这样既不打断阅读的连贯性，又保留了信息量。技术细节别堆在正文主线上，那会劝退大多数人。

方法三：在结尾段强制加入一个行动链，三选一：“点击→立即体验｜扫码→获取部署指南｜留言→预约1v1演示”。公众号的算法很看重互动率，高互动率的内容更容易被推送到更大流量池。

GitHub README项目介绍提示词改写

GitHub README是开发者的第一印象，讲究的是直接和准确。① 开头第一行必须是纯文本的项目名加一句话定义，格式得固定：ProjectName — 简洁说明用途（比如：NeuroLog — 基于脑电波实时分析情绪状态的开源Python库）。

② 把“欢迎关注”“敬请期待”这类非功能性表述全部删掉。README只承载可执行信息，不作任何铺垫。③ 技术依赖项必须用代码块包起来，并标注兼容性：“```yaml n- python >= 3.9 n- torch == 2.3.1 # 仅支持CUDA 12.1 ```”。

④ “快速开始”章节必须包含可以直接复制粘贴的完整命令链：`git clone → cd → pip install -e . → python examples/demo.py`，中间不要换行，也不要加注释。开发者没耐心一行一行读，他们要的是立刻跑起来。⑤ 所有路径、文件名、命令参数，必须和仓库里的真实结构完全一致。【Claude不会主动去校验路径的真实性，如果你的提示词里写的是./src/main.py，而实际文件路径是./app/core.py，那生成的README就直接失效了。】

小红书项目介绍提示词改写

到了小红书，玩法就完全不同了。首先，把所有技术术语缩写（比如RAG、LLM、SOTA）全部展开，用动作化的表达来替代：“不用自己搭向量库→自动把PDF变成可搜索的笔记”“不是调API→本地跑满GPU也只要12G显存”。还要把“支持多模态输入”改成更直白的场景：“手机拍张发片→3秒转成Excel表格→还能标出报销风险点”。

强制要求每段以“谁懂啊”“救命”“真的会谢”这类小红书高频情绪词开头。比如：“谁懂啊！终于不用手动整理会议录音了→上传→自动分角色→生成待办清单→同步飞书”。最后一行必须带上平台专属的hashtag，且只限三个：“#AI工具安利 #程序员自救指南 #效率翻倍神器”。