{name} 解析 TypeScript 类型定义，实时暴露隐式 any 风险，面向采用 strict 模式的前端工程师，内置类型流追踪与零配置接入。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要一份能直接提交到 github 主仓库、符合开源社区规范且通过团队审核的 readme 开头段落，但手动撰写容易遗漏项目定位、受众范围或价值锚点。用结构化提示词生成可发布级开头
第一步：明确角色与输出边界。在 Claude 中输入以下提示词（必须逐字复制，不可省略任何标点）：
你是一个资深开源项目文档工程师，正在为一个即将发布 v1.0 的 TypeScript 工具库撰写 README 开头。请严格按以下要求输出：【仅输出一段文字，不超过 85 字，不加标题、不加列表、不加空行】；内容需包含项目名称（占位符 {name}）、核心能力动词（如“解析”“生成”“校验”）、目标用户（如“前端工程师”“CI/CD 运维人员”）、关键差异化优势（如“零配置”“内置安全扫描”）；禁止使用“旨在”“致力于”“帮助”等弱动词。
第二步：替换占位符并验证语义密度。将 {name} 替换为实际项目名后，检查是否满足：每 12 字内至少含 1 个实义名词或强动作动词；用户角色与能力动词存在逻辑主谓关系（例如“CLI 工具 → 前端工程师 → 生成”成立，“CLI 工具 → 安全审计员 → 生成”则断裂）；【若出现“支持”“提供”“具备”三词中的任意一个，必须立即重写】。
规避常见发布陷阱的写法
方法一：用“动词+宾语+状语”压缩信息流。例如：“tsconfig-validator 校验 tsconfig.json 文件，精准定位类型解析冲突，适用于采用 monorepo 架构的 TypeScript 团队。”——此处“校验”是强动作，“精准定位”是结果状语，“适用于……”锁定场景，无冗余连接词。
方法二：绑定技术栈与交付物。例如：“claude-readme-cli 从 CLAUDE.md 自动合成 README.md，输出含技术栈图标、API 示例和贡献指南，专为 Anthropic 生态开发者设计。”——“合成”比“生成”更体现工程动作，“含……”直列交付物，“专为……”排除泛用户。
注意：不要在开头段加入版本号、许可证或安装命令，这些属于后续章节内容，提前出现会稀释首段的信息浓度。
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
快速校验是否达标
① 复制生成的开头段，粘贴至纯文本编辑器；
② 删除所有标点符号，仅保留汉字、英文字母、数字和空格；
③ 统计字符数（不含空格），若超过 85，则从后往前删减修饰性副词（如“精准”“自动”“标准”），优先保留名词与动词；
④ 检查是否存在连续两个以上介词（如“为……在……中……”），存在即重写；
这一步操作起来很简单，直接把处理后的文本复制进 README.md 第一行即可。
