技术型介绍：logfury解决wasm环境下结构化日志直传的序列化瓶颈；①零运行时依赖，二进制仅1.2mb；②原生支持serde序列化协议，吞吐提升3.7倍；③内置logfmt/json双编码器，无需额外配置。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想为同一个开源项目生成技术型、运营型、投资人三种不同风格的介绍文案，避免所有版本都堆砌功能列表或空喊“强大易用”，得让Codeium按角色认知差异输出真正能落地的表达。
技术型介绍文案生成
打开Codeium已激活的VS Code编辑器，确保光标位于项目根目录下的README.md文件顶部空白行。在光标处直接输入以下提示词并按Ctrl+Enter触发补全：
“你正在为一个基于Rust编写的分布式日志聚合工具logfury撰写技术型项目介绍。目标读者是GitHub上主动搜索‘structured logging’‘WASM-compatible log forwarder’的资深开发者。请严格按三段式输出：①首句点明它解决了什么具体技术痛点（例如‘绕过gRPC网关直连WASM runtime的序列化瓶颈’）；②第二段列出3个不可替代的技术事实（如‘零运行时依赖，二进制体积
这一步的关键是用“技术事实”代替“功能描述”——如果写成“支持OTLP协议”，Codeium可能泛泛而谈；但限定为“OpenTelemetry Log Schema v1.9字段映射”，它就会精准提取spec文档里的字段名和兼容边界。
运营型介绍文案生成
方法一：绑定真实增长指标驱动文案
在Codeium提示词开头插入真实数据锚点：“本项目近30天GitHub Star增长147%，新增PR中68%来自非核心贡献者，Discord频道日均提问量42条，其中‘如何替换现有Fluent Bit pipeline’占比31%。”
紧接着写指令：“请生成一段面向技术运营人员的项目介绍文案，用于公众号推文首段。要求：用‘你’开头唤起读者身份认同；把上述三个数据转化为动词短语（如‘每天有42位工程师在问…’）；结尾必须带一个具体行动钩子（如‘点击star旁的‘Watch’按钮，下次更新自动推送’），不写‘欢迎关注’之类虚话。”
方法二：复用用户原生语言重构卖点
从GitHub Issues中复制3条真实用户提问，例如：“#289 能不能不用Docker直接跑在ARM64裸机上？”、“#312 怎么把logfury嵌入到现有K8s DaemonSet里不改yaml？”、“#344 日志丢了怎么快速定位是filter配置错还是网络抖动？”
将这三条问题作为提示词输入：“请将以上三条真实用户问题，重写为项目介绍中的三个价值主张句，每句以‘不用…就能…’结构开头，保留原问题中的技术关键词（ARM64、DaemonSet、filter配置），禁止添加新术语。”
【若直接写‘适配ARM架构’，Codeium会忽略裸机场景；必须保留‘ARM64裸机’这个完整短语才能命中用户真实语境】
投资人视角介绍文案生成
第一步：注入可验证的商业信号
在提示词最前端明确写出三项硬指标：“当前已有5家付费客户（含FinTech公司A、IoT平台B），ARR $230K；核心模块logfury-core被3个CNCF沙箱项目间接依赖；License采用BSL 1.1，第4年起转为AGPLv3。”
第二步：强制对比锚定市场位置
“请生成一段面向早期科技投资人（专注Infra SaaS赛道）的项目介绍，控制在120字内。必须包含：①用‘不是X，而是Y’句式定义品类（如‘不是日志收集器，而是可观测性管道的协议协商层’）；②引用第一步中的ARR数字和客户类型；③指出BSL license带来的商业化节奏优势（如‘BSL保障前3年独家授权溢价空间’）。”
第三步：剔除技术细节，只留决策依据
删除提示词中所有代码片段、命令行、版本号、技术缩写。Codeium若输出“支持WASM”或“基于Tokio runtime”，立刻废弃该版本——投资人需要的是“降低客户替换Fluent Bit的迁移成本”，不是“是否支持async/await”。
