weather-forecast-report

$npx mdskill add staruhub/ClaudeSkills/weather-forecast-report

Generate standardized research reports from weather forecast system materials.

  • Converts project docs, models, and evaluations into fund-compliant reports.
  • Depends on project documents, model files, evaluation metrics, and docx skill.
  • Analyzes input materials to extract key information and weather element type.
  • Outputs a formatted DOCX report following provincial natural science fund standards.

SKILL.md

.github/skills/weather-forecast-reportView on GitHub ↗
---
name: weather-forecast-report
version: 1.1.0
description: |
  将天气要素(风速、能见度、降雨量等)单站预报系统的项目文档、模型、报告、评估结果整理成符合省级自然科学基金项目编写规范的专题研究报告。适用于:(1) 基于Claude Code + OpenSpec开发的气象预报系统结题报告编写,(2) 将技术文档转换为学术研究报告格式,(3) 生成符合省级自然科学基金规范的专题研究报告,(4) 整合项目代码、模型、评估指标等技术材料为规范化学术报告。触发关键词:"专题研究报告"、"结题报告"、"天气预报系统"、"基金项目报告"、"风速预报"、"能见度预报"、"降雨量预报"、"气象预测"、"单站预报"等。
---

# 天气要素专题研究报告生成器

## 概述

本skill用于将Claude Code + OpenSpec开发的天气要素单站预报系统相关材料(项目文档、模型文件、评估结果等)整理成符合省级自然科学基金项目编写规范的专题研究报告。

## 工作流程

### 第一步:材料收集与分析

1. **识别输入材料类型**
   - 项目文档(README、设计文档、API文档等)
   - 模型文件(.pkl、.h5、.pt等)
   - 评估报告(准确率、RMSE、MAE等指标)
   - 代码文件(数据处理、特征工程、模型训练等)
   - 可视化图表(训练曲线、预测对比图等)

2. **确定天气要素类型**
   - 风速预报
   - 能见度预报
   - 降雨量预报
   - 温度预报
   - 湿度预报
   - 气压预报

3. **提取关键信息**
   - 研究背景与科学问题
   - 技术方案与创新点
   - 实验数据与评估指标
   - 结论与应用价值

### 第二步:报告结构规划

参照 [references/report-structure.md](references/report-structure.md) 中的详细结构说明,按省级自然科学基金规范组织报告。

### 第三步:内容撰写

1. **阅读撰写指南**:先阅读 [references/writing-guidelines.md](references/writing-guidelines.md)
2. **使用报告模板**:参考 [assets/report-template.md](assets/report-template.md)
3. **格式规范**:遵循 [references/format-standards.md](references/format-standards.md)

### 第四步:生成DOCX文档

使用宿主环境中的 docx skill 生成规范的 Word 文档(路径因环境而异,以宿主 skill 系统为准),按本 skill 的格式规范产出最终报告。

## 关键要求

### 学术规范性要求
- 一级标题:黑体四号加粗
- 二级标题:黑体小四号
- 正文:宋体小四号,首行缩进2字符
- 英文与数字:Times New Roman
- 行距:固定值26-28磅
- 序号格式:一、(一)、1、(1)、①

### 内容质量要求
- 科学性:数据准确、方法严谨、结论可靠
- 创新性:突出技术创新点和研究贡献
- 规范性:符合学术写作规范和基金报告要求
- 完整性:研究逻辑链条完整闭环

### 图表规范
- 图表需有编号和标题
- 表格标题置于表格上方
- 图片标题置于图片下方
- 图表应在正文中被引用

## 验收标准(报告交付前自查)

- [ ] 报告结构与 report-structure.md 的省级基金规范逐节对应,无缺章
- [ ] 所有数据(准确率/RMSE/MAE 等)来自用户提供的评估材料,**不编造实验数字**
- [ ] 图表全部有编号、标题且在正文中被引用
- [ ] 格式合规:标题字体字号、正文宋体小四、行距、序号格式符合"关键要求"
- [ ] 摘要中英文各约 400 字,关键词 3-5 个

## 不做什么

- 不替用户跑模型或生成评估数据——材料不足时列出缺口向用户索取,不虚构
- 不做气象学结论的对错判断,只负责规范化呈现
- 非气象/非基金报告的通用学术写作,不强行套用本模板

## 已知陷阱

| 陷阱 | 具体表现 | 应对 |
|------|---------|------|
| 编造实验数据 | 材料缺指标时用"典型值"补齐 | 缺口列清单向用户索取;宁可留待补充标注,不虚构 |
| 格式细节失守 | 字体/行距/序号与基金规范不符,评审被打回 | 生成 docx 后对照"关键要求"逐项核 |
| 技术报告腔 | 把 README 语气直接搬进学术报告 | 按 writing-guidelines.md 改写为学术表述,图表编号并被正文引用 |

## 资源文件说明

| 文件 | 用途 |
|------|------|
| references/report-structure.md | 省级基金报告详细结构说明 |
| references/writing-guidelines.md | 学术写作指南与注意事项 |
| references/format-standards.md | 格式规范与排版要求 |
| references/evaluation-metrics.md | 气象预报评估指标说明 |
| assets/report-template.md | 研究报告Markdown模板 |

## 示例:风速预报专题研究报告

**输入材料**:
- wind_speed_model.py(模型代码)
- evaluation_results.json(评估结果)
- README.md(项目说明)
- training_log.txt(训练日志)

**输出报告结构**:
```
风速要素单站预报方法研究报告
├── 摘要(中英文各400字)
├── 关键词(3-5个)
├── 一、研究背景与意义
├── 二、研究目标与内容
├── 三、研究方法与技术路线
├── 四、数据来源与处理
├── 五、模型构建与训练
├── 六、实验结果与分析
├── 七、结论与展望
├── 参考文献
└── 附录
```

More from staruhub/ClaudeSkills

SkillDescription
a-share-analystA股分析研究助手,提供行情数据获取与技术面/基本面分析框架(仅供研究参考,不构成投资建议)。适用于:(1) 获取A股行情和历史数据,(2) 技术面分析(K线形态、MACD、KDJ、RSI、布林带等),(3) 基本面分析(财务指标、估值分析),(4) 板块热点追踪,(5) 选股策略筛选与量化因子分析,(6) 生成股市分析报告。当用户询问"帮我分析股票"、"今日选股"、"A股行情分析"、"技术分析"、"量化选股"时触发。不用于:预测明日涨跌或给出确定性买卖指令、代客决策、港股美股(数据源不同)、加密货币。
ai-sales-championAI咨询/销售的对话策略助手。当用户需要准备AI方案沟通、跟业务部门聊AI落地、写AI提案、应对客户异议、做AI培训破冰时使用。触发场景:"怎么跟老板聊AI"、"客户说AI不靠谱"、"准备一个AI方案汇报"、"帮我想想怎么推AI"、"业务部门不配合"、"AI项目怎么卖"、"demo之后怎么跟进"。也适用于AI咨询师、技术合伙人、CTO做内部AI推广。
c-drive-cleanerWindows C盘清理和磁盘空间管理。当用户说C盘满了、磁盘空间不足、清理临时文件/缓存/回收站/系统日志、查找大文件、分析磁盘占用时使用。仅适用于 Windows 环境。不用于:macOS/Linux 磁盘清理、卸载软件(引导用户走系统卸载)、清理用户个人文件(只报告位置,删除决定权在用户)。
deck-studioPPT 生产 Agent:理解场景 → 推荐风格 → 先出大纲 → 定义页面 → 双通路交付(PPT 内容稿 / 逐页视觉图 / 信息图组图)。当用户要做汇报、路演、培训课件、提案、咨询报告的演示文稿,或要把大纲/文章做成 slides、deck、PPT、信息图、小红书图文、可视化传播图时使用。支持指定风格或从风格库推荐,支持 image 模型逐页出视觉稿。前身为 notion-infographic(v2)并吸收 ppt-designer 的设计原则。不用于:pptx 文件的纯技术操作(拆分/合并/提取,用宿主 pptx skill)、演讲稿或文章本体的写作(用 wechat-article-writer)、需要先做研究的内容调研(先走 deep-research 再回来)、单张海报或 logo 设计。
gaokao-expert资深高考命题专家助手,提供专业的命题指导和评审服务。适用于创作高考试题、评审试题质量、分析试卷结构、了解命题趋势等场景。结合文档工具提取解压文件,使用网络搜索了解当年最新命题趋势,使用分析工具评估题目质量和试卷结构。涵盖"一核四层四翼"评价体系、题型规范、评分标准、命题流程等多个维度。不用于:大学/考研/中考命题(体系不同,仅可借鉴)、日常作业题编写、直接替考生解题。
keqian-method胥克谦式AI-Native产品开发方法论。适用于:(1) 使用AI Agent(Claude Code、Codex、Cursor等)进行产品级软件开发,(2) 设计和优化Harness/Skill体系,(3) 文档驱动开发(SDD)流程,(4) 构建自动化质量门禁和eval机制,(5) Token成本优化与缓存策略,(6) 产品人转型开发者的AI编程实践。触发场景包括"帮我设计开发流程"、"怎么降低token成本"、"怎么提高AI编码质量"、"文档驱动"、"质量门禁"、"harness设计"、"单agent vs multi-agent"、"自动化迭代"、"AI产品开发"、"SDD"、"eval机制"等。即使用户只是说"帮我用AI写代码"或"怎么让agent干活更靠谱"也应触发。注意:如果产品是行为开放、用户输入不可穷举的AI-native类型,请改用 xuefeng-method skill。不用于:单个bug修复或小改动(无需方法论)、PRD需求文档写作(用product-manager)。
mineru-pdf-parser用 MinerU 将复杂PDF文档转换为LLM友好的Markdown/JSON格式。适用于:(1) PDF转Markdown/JSON,(2) 提取PDF中的文本、表格、公式、图像,(3) 解析学术论文、技术文档、商业报告,(4) 为RAG应用准备文档数据,(5) 批量处理PDF。触发关键词:"PDF解析"、"PDF转Markdown"、"提取PDF表格/公式"、"MinerU"、"parse PDF"等。不用于:PDF的阅读/填表/签名/拆分合并(用宿主pdf工具)、Word/PPT等非PDF格式解析、只需读几页内容的场景(直接读即可,不必转换)。
pair-programming结对编程搭档。当用户要求"边写边审"、"结对编程"、"写完自己 review 一遍"、"高可靠地实现",或明确希望代码交付时附带自我审查意见时使用。交付代码的同时输出结构化审查(正确性/安全/性能/可读性/健壮性五维度),重点捕捉 AI 生成代码的特有缺陷。不用于:对已有 PR 的正式评审(用 code review 流程)、安全专项扫描(用 security-audit)、10 行以内的简单片段。
podcast-generator用火山引擎 Podcast AI 模型生成中文双人对话播客。当用户要把文章、报告、话题文本转成播客音频、生成对话式音频内容时使用,需要环境具备火山引擎 APP_ID 和 ACCESS_KEY。支持 mp3/ogg_opus/pcm/aac、语速调节、自定义音色、断点续传。不用于:单人朗读式 TTS(用普通语音合成)、英文播客(模型主要优化中文)、播客文稿本身的撰写(先用写作类 skill 产出文本再来)。
product-manager资深产品经理助手,提供PRD文档创作与评审、产品策略咨询、留存增长分析、竞品研究、功能优先级排序等全方位产品管理支持。适用于创作或评审PRD/MRD/BRD/用户故事等产品文档;诊断产品问题(留存低、转化差、增长瓶颈)并给出可执行策略;进行竞品分析和市场研究;设计功能方案和用户体验优化。当用户提到"PRD"、"需求文档"、"产品规划"、"用户留存"、"功能设计"、"竞品分析"、"产品指标"、"增长策略"、"功能优先级"等话题时使用。即使用户没说"产品",讨论App功能设计、用户增长、商业模式时也应触发。不用于:写代码实现功能(开发任务)、系统架构设计(用solution-architect)、需要多源引用的深度市场调研(用deep-research)、纯营销文案撰写。