项目介绍文档需先明确读者对象与核心目标，再用“场景+动作+约束”设计提示词，嵌入真实用户抱怨和可验证细节，避免套话，确保内容具体、可执行、可验收。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
写项目介绍文档时，用DeepSeek生成的内容常显得机械、套话多、重点模糊，根本看不出是谁在用、解决什么真实问题、为什么非得现在做。
先想清楚“谁在看、要干什么”再动笔
打开DeepSeek对话框前，先自问三句：这份文档是给投资人快速判断是否值得投？给新同事三天内搞懂项目主线？还是给客户销售团队背熟卖点？【不同读者，文档结构、数据颗粒度、语言温度完全不同】。比如给技术合伙人的版本，第一段就得写清当前API响应延迟卡在哪——不是“系统性能有待优化”，而是“订单查询接口P95延迟达1200ms，主因是Redis缓存穿透未加布隆过滤器”。
这一步跳过，后面所有提示词都是空中楼阁。
用“场景+动作+约束”组装提示词
方法一：角色代入法
“你是一名刚接手XX SaaS项目的交付经理，需要向客户CTO汇报上线首月效果。请用一页纸说明：①客户最痛的3个流程卡点如何被解决（附上线前后对比截图位置标注）；②当前未覆盖但已排期的2个边缘场景；③下季度必须协调客户IT部配合的1项权限开通事项。”
方法二：缺陷反推法
“我上次写的项目介绍被老板打回，说‘看不出我们和竞品到底差在哪’。请基于附件中的竞品功能对比表（含价格、部署周期、定制化支持方式），重写‘核心价值’段落，要求：每句话都带具体数字或可验证动作，删掉所有‘领先’‘卓越’类形容词。”
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
【不要写“请写一份专业项目介绍”，这种指令等于没说】
塞进真实细节，逼模型“接地”
第一步：从项目钉钉群截3条典型用户抱怨消息（如：“导出Excel总丢第7列数据”“审批流改了三次，没人通知我们”）→
第二步：把这3条原话塞进提示词开头→
第三步：要求DeepSeek用其中任意2条作为文档开篇案例，自然引出解决方案。
这比写“请体现用户痛点”有效十倍。模型没见过真实抱怨，就只能编“用户体验不佳”这种废话。
第四步：在提示词末尾加一句硬约束：“所有技术描述必须能被测试工程师当场写出验收用例，禁止出现‘智能’‘高效’‘一体化’等无法证伪的词。”
