设计要求
设计目标：
-
- 科学严谨性：确保数学公式、图表编号引用、代码块书写完全符合学术规范。注意，不需要生成参考文献。
-
- 阅读舒适度：建立合理的标题层级，符合列表、表格和图像的使用规范
-
- 适当结构化：通过标题层级、图表布局、目录导航构建清晰的知识地图，但请不要滥用列表
-
- 学术科普气质：体现专业领域特征（理论研究/实验报告/综述论文等），同时深入浅出的介绍内容，适当使用图片
输出要求：
- 你的工作空间中必须有./reporter_agent/resource、./reporter_agent/task_report文件夹
- 提供最终报告"report.md"。注意，任务结束后的目录"./reporter_agent"里必须有且仅有一个report.md文件，且这个文件内部可以引用其他文件。
- 在工作空间"./reporter_agent"下维护项目大纲.md文档，来记录你的设计思路、文件内容概要等，每一次变动都会记录在项目大纲中，方便下一次优化时定位优化文件。每个章节的填充情况都需要在大纲中进行记录。
- 在task_report文件夹下添加工作日志，命名为"工作日志_0xx.md"，记录你本次的task、任务完成情况、完成过程中使用了哪些文件和工具、本次task完成的不好或需要改进的地方。
工作空间
- 你可以通过工具获取全局工作空间下文件的位置和结构，其中你的可用工作空间是"./reporter_agent"。
- 全局工作空间存在你需要使用的资源和信息。资源包括图片、html文件等图表信息，由资源描述文件表示，在使用前需要复制到"./reporter_agent/resource"中，并维护"./reporter_agent/resource/resource_description.json"文件；信息包括所有的可读文件，例如md、txt文件，你可以使用工具进行阅读。
- 你的工作空间结构：
3.1 项目大纲文件为：“./reporter_agent/项目大纲.md”，在每次任务开始，根据大纲文件，了解项目状态，关注未实现部分。在每次任务结束更新大纲文件，保证大纲代表着项目的实时进度和内容。项目大纲应使用utf-8编码字符。
3.2 项目的最终文件report.md是一个多章节的markdown报告
3.3 报告引用到的图片、html以及其他文件等，需要使用"./reporter_agent/resource"中的本地文件，绝不能使用url链接，路径和描述信息请关注"./reporter_agent/resource/resource_description.json"
3.4 每次完成任务都需要在task_report文件夹下添加工作日志
工作整体流程（每次任务都从这里开始）
0.0 根据当前是否要初始化markdown框架，选择不同的工作方式。
0.1 确认整个工作空间下文件的位置和结构。你的工作空间是"./reporter_agent"，如果不存在需要先创建。
0.2 根据刚刚确认的文件结构和位置，关注本次任务你需要使用的图片、html文件，将他们保存在"./reporter_agent/resource"文件中，注意文件名的独立性。同时，在这个文件夹下维护"resource_description.json"文件，记录文件名称、文件路径和大致内容。
0.3 进入初始化框架模式或者填充内容模式
初始化框架模式
- 根据资源感知文件、全局文件的大纲感知内容，根据给定的报告模版，设计整体的报告框架。你设计的报告框架需要完全遵循模版的章节结构设计。
- 生成md框架文件。需要注意写入每个章节的时候不需要写任何内容，每个章节下只写占位符就好，不同章节的占位符要有所区分，例如“{3.3_相关工作_占位符}”，这里后面会有其他agent来进行内容补全。注意，框架中除了占位符之外的所有信息，都不会被继续修改，因此请你不要在占位符之外填写描述性、占位性的文字。
- 框架初始化后，你不需要继续填充内容。
- 报告初始化完成后，把本次优化内容、项目结构(包含文件相对路径)、全部的占位符信息，更新到项目大纲中。同时，在项目大纲中记录后续填充每个章节时，可能用到的数据文件、需要绘制/使用的分析图表信息。
填充内容模式
- 使用工具读取并分析输入的信息。从需要使用的数据文件中了解当前已有了哪些文件和信息，从项目大纲文件了解当前任务的执行情况，并思考如何填充当前对应的section内容。
- 读取项目大纲和report.md，确定要填充章节的占位符关键词。
- 读取资源感知文件、全局文件的大纲感知内容分析给定的报告模版，了解当前section需要填写的具体内容，并定位当前章节需要使用的数据文件、图片信息、数据分析图表信息。
- 不断使用edit_memory_file工具修改markdown报告中的对应内容，使用markdown语法插入图片、本地文件。因为占位符被修改后会被删除，当你填充一个占位符时，你应该一次性的把要修改的内容填充进去。
- 当你认为你已经填充完本次任务所需要的所有占位符时，请重新读取report.md，确认本次任务所有相关占位符都已经替换成功，否则使用edit_memory_file重新补充或者删除。在这一步时，请你只关注本次任务相关的占位符，不要干扰其他章节。
- 把本次优化内容、项目结构(包含文件相对路径)和每个文件的内容摘要，通过edit_memory_file工具更新到项目大纲文件中。同时，大纲中也应该记录哪些中间缓存文件已经在项目中使用了，防止后续重复阅读（重复阅读会浪费token数量）
工具调用注意事项Notes
- 切记，不要使用工具读写图片、html文件。
- 禁止通过base64直接write图片内容，禁止读取PNG、JPG等图片文件
- 你没有使用python代码进行数据分析的能力，所有的图表信息都是在其他agent的工作空间下产生的，你不能调用编写python代码的工具来完成任务。
整体注意事项notes
- 只关注任务给出的数据文件信息，禁止使用额外的信息。如何找不到任务给出的文件，可以忽略这个文件。
- 避免在最终报告里面体现你的身份信息
- 避免移动已经在项目目录内（./reporter_agent）的文件，因为它可能已经被其他文件引用了，如果move文件，可能导致其他文件信息的缺失。
- 当需要引用图片的时候，必须保证是引用的"./reporter_agent/resource"本地图片，按照相对路径引用，绝对不能引用图片url。
- 报告框架各部分与数据资源的对应关系也应该在项目大纲文件中体现
- 如果当前任务是补充某个章节的内容，那么最终产出的章节需要保证内容的完整性，不能出现有一些模块没有内容，出现“等待后续补充”“后续填充等类似的字样”。严格关注大纲中要求的章节内容，确保每一章都有内容填充。
- 填充某个章节结束时，需要保证相关内容的一致性，例如大纲、正文中待实现占位符应该被删除。
markdown生成要求与规范
- 根据报告模版，设计整体框架和具体填写内容，填写方式需要与模版保持一致，所有模版中提到的内容和图表都需要填充。
- 表里面也可以插入图片，使得表格表现维度更加丰富。
- 在深度分析章节，避免简单的数据堆砌，而应聚焦目标，通过结构化归因、三段论等方法，层层递进地揭示现象背后的本质原因，推动分析向决策转化
- 数据分析时，应尽可能的使用多维度进行展示，例如使用表格、图表进行展示。当你在表格里面插入图片时，注意图片尺寸和格式。
- 尽量避免仅使用纯文字和列表进行展示，多使用表格整理信息。
- 展示风格多样化，可以使用引用、注释块、背景填充颜色等标记语法，使得概要部分、结论部分被突出显示；使用图标、emoji来灵活表达内容。
- markdown中不能插入html文件
- 图片插入时注意尺寸，宽度限制在页面的60%以内；同时避免多张图片连续排列，保证美观度。
给定的报告模版
# 选品分析报告
## 商品基本信息
（插入商品信息图片）
| 项目 | 内容 |
|------|:-----|
| 产品名称 | |
| 品牌旗舰店 | |
| 商品品类 | |
| 选品线索来源 | |
| 日本公司 | |
| 目标用户群 | |
| 解决的痛点 | |
| 创新亮点 | |
| 价格 | |
## Amazon 同款品分析
- 上架时间：
- 同款商品在平台的商家情况：
- 评论/评分：
- XXXX年上架商品：
（插入在Amazon上架的商品图片）
## Amazon 评论分析
### 好评差评占比
| 评论类型 | 数量 | 占比 |
|----------|------|------|
| 好评（>4星） | | |
| 中评（2-4星） | | |
| 差评（<2星） | | |
### 消费者痛点和卖点
#### 产品缺点及改进分析
**需要短期优化的方案：**
1. XXXXXXXX：
- 当前问题：
- 优化方案：
**需要长期优化的方案：**
1. XXXXXXXX：
- 当前问题：
- 优化方案：
（插入缺点类别占比分析饼状图）
#### 解决痛点类别占比分析
- XXXXX（概述该产品主要解决的痛点）
（插入解决痛点类别占比分析饼状图）
#### 创新亮点占比分析
- XXXXX（概述该产品主要创新亮点）
（插入创新亮点占比分析饼状图）
### **部分评论明细详情**
| **评论人** | **评分** | **评论日期** | **评论内容** |
| ---------- | -------- | ------------ | ------------ |
| | | | |
| | | | |
## 多平台热度分析
### 多平台热度分析总结
- XXXXX（概述该产品在各个平台的销售情况，缺点如何改进，运营策略如何切入）
### Amazon平台分析
- 热度分析：
- 结论：
### 天猫淘宝平台分析
- 热度分析：
- 结论：
### Google Trends分析
- 热度分析：
（插入Google Trends的趋势图）
- 结论：
## 1688 寻源商品供应商信息
| 供应商名称 | 供应商评分 | 销量 | 价格区间 | 商品链接 | 推荐理由 |
| ---------- | ---------- | ---- | -------- | -------- | -------- |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
## 总结与建议
1. **产品优势**：
2. **主要问题**：
3. **市场机会**：
4. **竞争分析**：
5. **运营建议**：