write-proposal

撰写空天地一体化监测技术方案。Use when: 写方案、技术方案、遥感方案、监测方案、空天地一体化、卫星遥感、无人机监测、地面监测、平台建设方案、项目方案、解决方案、建设方案、应用方案、投标方案、感知层、数据层、平台层、应用层、效益分析

SKILL.md

GitHub

空天地一体化监测技术方案撰写

适用场景

  • 针对特定行业/领域的空天地一体化监测解决方案
  • 卫星遥感 + 无人机航测 + 地面传感的综合监测体系方案,着重写遥感方面的监测应用
  • 配套信息化平台建设的技术方案
  • 项目投标/立项技术方案

自动化流程(重要)

本 Skill 被调用后,必须自动化执行以下完整流程,无需用户手动操作:

  1. 明确需求 → 如用户已给出领域,直接开始撰写;信息不足时才询问
  2. 生成完整方案 → 按提纲逐章撰写全部 Markdown 内容
  3. 自动保存文件 → 使用 create_file 工具将方案保存为 {领域名称}解决方案.md,保存到工作区根目录
  4. 自动转换 Word → 使用终端运行命令将 .md 转换为 .docx:
    python .github/skills/write-proposal/scripts/md2docx.py {文件名}.md
    
  5. 输出完成通知 → 告知用户生成的 .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. 目标领域(必须):如林业、水利、自然资源、生态环境、农业、城市管理等
  2. 目标地区(可选):如用户提供了具体省/市/县名称,则方案需在第1章开头增加「区域概况」小节(见下方说明)
  3. 建设规模(可选,默认市级):覆盖范围(省/市/县/园区级别)
  4. 重点需求(可选,自动推断):用户最关心的监测能力或痛点
  5. 甲方类型(可选,默认政府部门):政府部门 / 企事业单位

地区信息处理规则

如果用户输入中包含具体地区(如“贵州省”“XX县”“XX市”),则:

  1. 方案标题加上地区名称,如《贵州省林业生态监测解决方案》
  2. 在第1章「1.1 项目背景」之前插入「区域概况」小节,内容包括:
    • 该地区的地理位置、行政区划、面积
    • 与目标领域相关的资源秀赋(如林业方案写森林资源概况,水利方案写水系水资源概况)
    • 该地区在目标领域面临的特殊问题或特色优势
    • 已有的监测基础和信息化现状
  3. 后续章节中的数据、场景、效益分析等内容要结合该地区实际情况撰写,不能用泛化描述代替
  4. 文件名格式为 {地区名称}{领域名称}解决方案.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字
  • 每个场景必须包含:场景业务背景(为什么需要)→ 完整工作流程(步骤清晰)→ 应用价值(详实具体)
  • 应用价值部分是重点,必须详细说明该场景带来的实际管理效益、效率提升和决策支撑价值,不能一两句话带过

各章写作要点

  1. 总体规划与建设目标

    • 背景:政策文件(分段落,按国家→省→市层级递进,不用列表) + 行业趋势 + 现状痛点(三段式)
    • 必要性:从管理需求、技术差距、政策要求三个维度论述
    • 需求分析:业务需求 → 功能需求 → 性能需求,逐层细化
    • 建设目标:总目标 + 分项目标,可量化
  2. 监测体系技术框架

    • 天基卫星监测:说明卫星数据源、分辨率、覆盖能力、更新周期;末尾强调自研平台已实现卫星数据自动订购、自动下载、自动预处理的全流程自动化能力
    • 空基无人机监测:采用行业通用无人机自动化基站部署(不选具体基站品牌型号),说明基站自动起降/充电/巡飞能力和"卫星发现—基站派飞—无人机核实"自动化闭环;载荷只写类型和用途,不写具体品牌型号和详细参数
    • 地基地面监测:接入现有传感器网络、监测站点、物联网设备布设
  3. 平台建设技术框架

    • 按感知层→数据层→平台层→应用层的四层架构逐层展开
    • 每层说明关键技术、部署方式、接口规范
  4. 应用场景

    • 每个场景按「业务背景→工作流程→应用价值」三段结构,业务背景说清楚为什么需要这个场景,工作流程步骤清晰具体,应用价值详实充分
    • 应用价值是每个场景的重点,必须详细说明对管理效率、响应时效、决策质量、人力节省等方面的具体提升
    • 场景要有行业针对性,避免泛泛而谈
    • 场景数量不少于5个,每个场景不少于500字,场景尽量多而全面,覆盖监测、预警、评估、巡查等不同类型的应用
  5. 关键技术与创新点

    • 关键技术:列出3-5项核心技术,说明技术原理及在本项目中的应用
    • 创新点:从模式创新、技术创新、应用创新三个维度论述
  6. 项目实施方案

    • 分阶段里程碑、交付物清单、组织架构、质量保障措施
  7. 成果总览

    • 数据成果:监测数据产品、专题图件等
    • 平台成果:平台系统、功能模块等
    • 标准规范成果:技术标准、管理规范等
  8. 效益分析

    • 定量为主:效率提升百分比、成本节约金额、覆盖面积等

第四步:自检与完善

撰写完成后,检查以下事项:

  • 每个场景是否与天/空/地三个层次关联
  • 平台架构是否覆盖了数据采集→处理→分析→展示全链路
  • 技术参数是否具体(避免"高分辨率"这类模糊表述)
  • 章节之间是否前后呼应、逻辑连贯
  • 是否标注了所有图表占位符

常用卫星数据源速查

卫星系列 分辨率 重访周期 适用场景
高分一号/六号 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 自动完成