write-proposal
撰写空天地一体化监测技术方案。Use when: 写方案、技术方案、遥感方案、监测方案、空天地一体化、卫星遥感、无人机监测、地面监测、平台建设方案、项目方案、解决方案、建设方案、应用方案、投标方案、感知层、数据层、平台层、应用层、效益分析
SKILL.mdskills/custom/remote_sensing_image/write-proposal/SKILL.md
GitHub空天地一体化监测技术方案撰写
适用场景
- 针对特定行业/领域的空天地一体化监测解决方案
- 卫星遥感 + 无人机航测 + 地面传感的综合监测体系方案,着重写遥感方面的监测应用
- 配套信息化平台建设的技术方案
- 项目投标/立项技术方案
自动化流程(重要)
本 Skill 被调用后,必须自动化执行以下完整流程,无需用户手动操作:
- 明确需求 → 如用户已给出领域,直接开始撰写;信息不足时才询问
- 生成完整方案 → 按提纲逐章撰写全部 Markdown 内容
- 自动保存文件 → 使用 create_file 工具将方案保存为
{领域名称}解决方案.md,保存到工作区根目录 - 自动转换 Word → 使用终端运行命令将 .md 转换为 .docx:
python .github/skills/write-proposal/scripts/md2docx.py {文件名}.md - 输出完成通知 → 告知用户生成的 .md 和 .docx 文件路径
关键规则:
- 步骤 3-4 必须自动执行,不要让用户手动保存或手动运行命令。整个流程对用户来说就是输入一句话,得到一个 Word 文件。
- 步骤 2 必须分章节写入:先用 create_file 创建文件并写入第1章,然后用 replace_string_in_file 逐章追加后续章节。每次写入一个一级章节(如第2章、第3章...),不要一次性生成全部内容,防止单次输出过大导致网络超时。如果某一章内容较多(如第3章平台建设、第4章应用场景),可以拆成两次写入(如3.1-3.2一次,3.3-3.4一次),确保单次写入不超过3000字。
撰写流程
第一步:明确方案定位
从用户的输入中提取领域和地区信息,如果用户已明确说明领域(如“林业生态监测”),则直接进入撰写,不再逐项询问。仅在关键信息严重缺失时才简要询问:
- 目标领域(必须):如林业、水利、自然资源、生态环境、农业、城市管理等
- 目标地区(可选):如用户提供了具体省/市/县名称,则方案需在第1章开头增加「区域概况」小节(见下方说明)
- 建设规模(可选,默认市级):覆盖范围(省/市/县/园区级别)
- 重点需求(可选,自动推断):用户最关心的监测能力或痛点
- 甲方类型(可选,默认政府部门):政府部门 / 企事业单位
地区信息处理规则
如果用户输入中包含具体地区(如“贵州省”“XX县”“XX市”),则:
- 方案标题加上地区名称,如《贵州省林业生态监测解决方案》
- 在第1章「1.1 项目背景」之前插入「区域概况」小节,内容包括:
- 该地区的地理位置、行政区划、面积
- 与目标领域相关的资源秀赋(如林业方案写森林资源概况,水利方案写水系水资源概况)
- 该地区在目标领域面临的特殊问题或特色优势
- 已有的监测基础和信息化现状
- 后续章节中的数据、场景、效益分析等内容要结合该地区实际情况撰写,不能用泛化描述代替
- 文件名格式为
{地区名称}{领域名称}解决方案.md
如果用户未提供地区,则方案按通用模式撰写,不加区域概况章节。
第二步:生成方案提纲
基于 提纲参考文档 生成完整提纲,提纲须包含核心六大模块:
| 模块 | 核心内容 |
|---|---|
| 总体规划与建设目标 | 背景、必要性、需求分析、建设目标 |
| 监测体系技术框架 | 天基(卫星)、空基(无人机)、地基(地面) |
| 平台建设技术框架 | 感知层→数据层→平台层→应用层 |
| 应用场景 | 结合领域细分的具体场景 |
| 实施保障 | 实施计划、成果总览、组织保障 |
| 效益分析 | 经济效益、社会效益、生态效益 |
第三步:逐章撰写
使用 方案模板 作为基础框架,按以下原则撰写:
写作规范
- 行文风格:正式、专业、逻辑清晰,使用第三人称
- 数据支撑:关键论述必须有数据或政策依据
- 技术细节:卫星型号、分辨率、重访周期等参数要具体
- 图表占位:在适当位置标注
[图:XXX示意图]或[表:XXX对比表] - 字数控制:每个一级章节 1000-1500 字,总体字数根据项目规模调整(见下方规模定义)
方案规模定义(必须遵守)
| 规模 | 包含章节 | 目标字数 | 触发条件 |
|---|---|---|---|
| 小型 | 1+2+3+4+8,省略第5/6/7章 | 8000-15000字 | 用户明确要求"小型方案" |
| 中型(默认) | 全部8个章节 | 15000-20000字 | 未指定规模,或明确要求"中型方案" |
| 大型 | 全部8个章节 + 附件(设备清单、技术参数表、接口规范等) | 20000-40000字 | 用户明确要求"大型方案" |
规模执行规则:
- 未指定规模时一律按中型执行,撰写全部8个章节
- 小型方案跳过第5章(关键技术与创新点)、第6章(项目实施方案)、第7章(成果总览),其余章节内容不缩水
- 大型方案在中型基础上增加详细附件,各章节内容可适当扩展深度
写作约束(必须遵守)
生成的方案内容必须充分体现技术方案的严谨性和专业性,严格禁止以下写作问题:
禁止使用的表达方式:
- 禁止比喻、排比、拟人等修辞手法(如“如同为森林装上了智慧的眼睛”“让数据会说话”)
- 禁止夸张词汇(如“革命性突破”“前所未有”“颠覆性创新”“开创性意义”)
- 禁止空洞套话(如“全面提升”“大力推进”“切实加强”“深度融合”“赋能”)
- 禁止感叹号、反问句、提问式开头
- 禁止“值得一提的是”“不难发现”“正如我们所知”等AI常见口头禅
必须遵守的写作原则:
- 用词准确、客观、克制,像工程师写技术报告而非营销文案
- 每个论点必须有具体数据或技术参数支撑,不做无依据的定性评价
- 因果关系明确:说清楚“因为什么,所以怎样”,不用“将会极大地”“显著地”等模糊词
- 效果描述用具体指标(如“检测精度F1≥ 0.80”),不用“大幅提升”“显著改善”
- 过渡自然:章节之间用逻辑关系衔接,不用“接下来让我们看看”“下面将详细介绍”等引导语
- 句式结构变化:避免连续多个段落以相同句式开头,长短句交替使用
格式规范(严格执行):
- 加粗标题后用冒号:当一段文字以加粗标题开头并紧跟正文内容时,标题后必须用中文冒号(:),禁止用句号(。)。正确示例:
**监测覆盖能力提升**:天空地一体化监测体系将……。错误示例:**监测覆盖能力提升**。天空地一体化…… - 段落末尾必须有句号:每个段落的最后一句话必须以句号(。)结尾,不能悬空无标点
- 政策背景用分段落格式:政策背景部分必须写成分段落形式,按国家→省→市层级递进,每级写一段完整的话,禁止使用项目符号列表(-、●、1.等),禁止加编号
- 列表项内容无遗漏标点:有序/无序列表中,每一项的末尾也必须有句号
应用场景写作要求:
- 应用场景数量不少于5个(结合领域实际可更多),每个场景不少于500字
- 每个场景必须包含:场景业务背景(为什么需要)→ 完整工作流程(步骤清晰)→ 应用价值(详实具体)
- 应用价值部分是重点,必须详细说明该场景带来的实际管理效益、效率提升和决策支撑价值,不能一两句话带过
各章写作要点
总体规划与建设目标
- 背景:政策文件(分段落,按国家→省→市层级递进,不用列表) + 行业趋势 + 现状痛点(三段式)
- 必要性:从管理需求、技术差距、政策要求三个维度论述
- 需求分析:业务需求 → 功能需求 → 性能需求,逐层细化
- 建设目标:总目标 + 分项目标,可量化
监测体系技术框架
- 天基卫星监测:说明卫星数据源、分辨率、覆盖能力、更新周期;末尾强调自研平台已实现卫星数据自动订购、自动下载、自动预处理的全流程自动化能力
- 空基无人机监测:采用行业通用无人机自动化基站部署(不选具体基站品牌型号),说明基站自动起降/充电/巡飞能力和"卫星发现—基站派飞—无人机核实"自动化闭环;载荷只写类型和用途,不写具体品牌型号和详细参数
- 地基地面监测:接入现有传感器网络、监测站点、物联网设备布设
平台建设技术框架
- 按感知层→数据层→平台层→应用层的四层架构逐层展开
- 每层说明关键技术、部署方式、接口规范
应用场景
- 每个场景按「业务背景→工作流程→应用价值」三段结构,业务背景说清楚为什么需要这个场景,工作流程步骤清晰具体,应用价值详实充分
- 应用价值是每个场景的重点,必须详细说明对管理效率、响应时效、决策质量、人力节省等方面的具体提升
- 场景要有行业针对性,避免泛泛而谈
- 场景数量不少于5个,每个场景不少于500字,场景尽量多而全面,覆盖监测、预警、评估、巡查等不同类型的应用
关键技术与创新点
- 关键技术:列出3-5项核心技术,说明技术原理及在本项目中的应用
- 创新点:从模式创新、技术创新、应用创新三个维度论述
项目实施方案
- 分阶段里程碑、交付物清单、组织架构、质量保障措施
成果总览
- 数据成果:监测数据产品、专题图件等
- 平台成果:平台系统、功能模块等
- 标准规范成果:技术标准、管理规范等
效益分析
- 定量为主:效率提升百分比、成本节约金额、覆盖面积等
第四步:自检与完善
撰写完成后,检查以下事项:
- 每个场景是否与天/空/地三个层次关联
- 平台架构是否覆盖了数据采集→处理→分析→展示全链路
- 技术参数是否具体(避免"高分辨率"这类模糊表述)
- 章节之间是否前后呼应、逻辑连贯
- 是否标注了所有图表占位符
常用卫星数据源速查
| 卫星系列 | 分辨率 | 重访周期 | 适用场景 |
|---|---|---|---|
| 高分一号/六号 | 2m/8m | 2-4天 | 大范围普查 |
| 高分二号 | 0.8m | 5天 | 精细识别 |
| 高分七号 | 0.65m(立体) | 全球覆盖 | 三维建模 |
| 哨兵-2 (Sentinel-2) | 10m | 5天 | 植被/水体长时序监测 |
| Landsat 8/9 | 15m/30m | 16天 | 历史回溯分析 |
| 商业卫星(WorldView等) | 0.3-0.5m | 1-3天 | 超高分专题监测 |
第五步:自动保存并导出 Word
撰写完成后,自动执行以下操作(不要让用户手动操作):
5a. 保存 Markdown 文件
使用 create_file 工具将完整方案内容保存到工作区根目录,文件名格式:{领域名称}解决方案.md
例如:用户输入"林业生态监测",则保存为 林业生态监测解决方案.md
5b. 运行终端命令转换为 Word
在终端中执行以下命令(使用 run_in_terminal 工具):
python .github/skills/write-proposal/scripts/md2docx.py {领域名称}解决方案.md
5c. 通知用户
告知用户两个文件的生成路径:
- Markdown 源文件:
{领域名称}解决方案.md - Word 文档:
{领域名称}解决方案.docx
脚本会自动按公文排版标准生成 Word:
- 正文仿宋14号、标题黑体、28磅行距
- 一级标题居中,二~四级标题左对齐加粗
- 表格带边框,表头加粗居中
- 图表占位符
[图:XXX]标记为灰色居中文本
依赖:pip install python-docx(首次使用需安装)
注意事项
- 根据用户指定领域自动替换场景内容,不要生搬硬套
- 如用户只需要部分章节,按需输出,不必强制全文
- 保持每个章节可独立阅读,同时整体连贯
- 整个流程必须自动化:用户输入一句话 → 自动生成 .md → 自动转换 .docx → 通知用户
- 不要在中途让用户"复制""保存"或"运行命令",所有步骤由 Agent 自动完成