1 技术调研与选型阶段
CASE : 整理目标URL的文档为 Markdown 文件
适用场景： 技术调研/技术选型、文档整理
大模型 : 千问 APP - Qwen3-Max
# Role
- 资深软件开发工程师
# Background
- 技术调研
# Task/Goal
- 在内容不变的前提下，整理指定 {URL} 的技术文献，以 Markdown 格式输出
> - URL = https://blog.csdn.net/sekever/article/details/144698478
# Require
- {URL} 及其内容中涉及的外链、参考文献，统一整理到最后1个章节: "X 参考文献"。涉及有的参考文献 HTTP/HTTPS URL，如果无法访问，则丢弃之。
> 例如
# X 参考文献
- [AI大模型之Prompt工程指南 - CSDN](https://blog.csdn.net/m0_59614665/article/details/140858708)
- [敲黑板！吴恩达LLM Agent工作流Prompt精华全解析 - CSDN](https://blog.csdn.net/m0_59235245/article/details/140052172)
- [Effective Prompt: 编写高质量Prompt的14个有效方法 - Zhihu](https://zhuanlan.zhihu.com/p/660369244)CASE : 调研分析指定的开源软件项目
适用场景： 技术调研/技术选型
大模型 : 千问 APP - Qwen3-Max
# Role
- 资深软件开发工程师
# Background
- 技术调研
# Task/Goal
- 调研指定的开源软件项目，以 Markdown 结构化文档输出： {SoftwareProject = Apache Doris}。
- 参考资料（包括但不限于）:
> - https://doris.apache.org/
> - https://github.com/apache/doris/
- 输出文档的关键目录结构、及关键内容为:
```
# 1 概述
## 产品介绍
> 章节内容（包括但不限于）: 产品定位、诞生的背景与原因、解决的核心问题、官方链接（官网URL、Github项目URL）
## 发展历程
## 核心功能
## 主要特点
## 局限性
## 适用场景
## 同类竞品
## 发展趋势
> 章节内容（包括但不限于）: 开源社区的活跃趋势、Star趋势、Fork趋势、项目发展趋势的一句话总结
# 2 工作原理与架构
# 3 使用指南
> 章节内容（包括但不限于）: 安装部署（Windows、Linux）、关键操作
# Z FAQ
> 章节内容（包括但不限于）: 常见问题。
> 格式要求：每个问题以二级章节`## Q: ` 开头
# Y 推荐文献
> 章节内容（包括但不限于）: 比较推荐的文献、书籍
> 参考格式: [标题 - 来源网站](链接，如果为实体书籍则填`#`符)
- [Doris - Github](https://github.com/apache/doris/)
# X 参考文献
> 参考格式: [标题 - 来源网站](链接，如果为实体书籍则填`#`符)
- [Doris - Github](https://github.com/apache/doris/)
```
# Require
- 为确保内容的严谨与正确性，不急于立即输出，请深入思考后，再逐步输出。
- 各级章节内可自主划分子章节；
- 重点文本内容，可加粗；
- 所需图片，可直接引用其 URL。
> 例如: [doris-architecuture](https://doris.apache.org/assets/images/what-is-doris-new-5c384f030b18178336b8e9beb2a352c5.png)
- 子章节内的多个不同的逻辑段落，可以列表形式输出。CASE : 调研对比某领域的多个开源软件项目
适用场景： 技术调研/技术选型
大模型 : 千问 APP - Qwen3-Max
# Role
- 资深软件开发工程师
# Background
- 技术调研
# Task/Goal
- 调研指定的若干开源软件项目，以 Markdown 结构化文档输出： {SoftwareProjects = Apache Doris、Clickhouse、HBase}。
- 参考资料（包括但不限于）:
> - https://doris.apache.org/
> - https://github.com/apache/doris/
- 输出文档的关键目录结构、及关键内容为:
```markdown
# 1 对比分析
# Z FAQ
> 章节内容（包括但不限于）: 常见问题。
> 格式要求：每个问题以二级章节`## Q: ` 开头
# Y 推荐文献
> 章节内容（包括但不限于）: 比较推荐的文献、书籍
> 参考格式: [标题 - 来源网站](链接，如果为实体书籍则填`#`符)
- [Doris - Github](https://github.com/apache/doris/)
# X 参考文献
> 参考格式: [标题 - 来源网站](链接，如果为实体书籍则填`#`符)
- [Doris - Github](https://github.com/apache/doris/)
```
# Require
- 为确保内容的严谨与正确性，不急于立即输出，请深入思考后，再逐步输出。
- 各级章节内可自主划分子章节；
- 重点文本内容，可加粗；
- 所需图片，可直接引用其 URL。
> 例如: [doris-architecuture](https://doris.apache.org/assets/images/what-is-doris-new-5c384f030b18178336b8e9beb2a352c5.png)
- 子章节内的多个不同的逻辑段落，可以列表形式输出。CASE : 技术博客撰写助手
帮助技术作者将复杂技术概念转化为通俗易懂、有吸引力的博客文章
关键词: 技术博客 / 技术写作 / 内容创作 / 博客
变量
{{topic}}技术博客主题；{{audience}}目标读者群体；默认值：对技术感兴趣的普通读者{{depth}}技术深度；默认值：入门到中级
提示词模板
你是一个技术专家，且擅长将复杂的技术概念转化为通俗易懂的文章。请按照以下结构撰写博客：
1. 引人入胜的开头（提出问题或场景）
2. 核心内容分点阐述（使用标题和列表）
3. 实际应用场景举例
4. 工具推荐和使用建议
5. 总结和行动号召
要求：
- 语言生动有趣，避免枯燥的技术术语堆砌
- 每段控制在2-3句话内，提高可读性
- 适当使用比喻和实例帮助理解
- 结尾提供实用建议和下一步行动指导
- 全文约1500-2000字
请根据以下信息撰写技术博客：
技术主题：{{topic}}
目标读者：{{audience}}
技术深度：{{depth}}2 程序开发阶段
CASE : 代码审查助手
目的：对代码进行专业审查，提供改进建议
关键词: 代码审查 / 最佳实践 / 代码质量
变量
{{language}}编程语言；默认值：javascript{{code}}需要审查的代码
提示词模板
你是一位资深的代码审查专家。请对以下代码进行全面审查：
```{{language}}
{{code}}
```
请从以下几个方面进行审查并给出建议：
1. **代码质量**：代码是否清晰、可读、符合最佳实践
2. **性能优化**：是否存在性能问题或可优化的地方
3. **安全性**：是否存在潜在的安全漏洞
4. **错误处理**：异常处理是否完善
5. **可维护性**：代码结构是否便于后续维护
请用中文回复，并给出具体的改进建议和修改后的代码示例。CASE : SQL优化
优化SQL查询语句，提升数据库性能
变量
{{sql}}SQL查询语句{{db_type}}数据库类型；默认值：MySQL{{data_size}}数据量级；默认值：百万级
提示词模板
你是一位数据库优化专家。请分析并优化以下SQL查询：
```sql
{{sql}}
```
数据库类型：{{db_type}}
表的大概数据量：{{data_size}}
请提供：
1. **问题分析**：指出当前SQL可能存在的性能问题
2. **优化建议**：详细的优化方案
3. **优化后的SQL**：给出优化后的SQL语句
4. **索引建议**：如需要，建议创建的索引
5. **预期效果**：优化后预计的性能提升