用自然语言说明整理目标,让助手处理项目中的纯文本和 Markdown 文件。适合巡护记录、会议纪要、资料说明和待办清单;需要 Word 排版时请看文档处理,需要数据处理脚本时请看代码与脚本。

文本与 Markdown 有什么区别

格式适合什么如何使用
.txt 纯文本原始记录、简短说明保存文字,便于读取和改写
.md Markdown有标题、列表和链接的项目说明用简单标记组织内容,便于继续修改和检查

例如,# 巡护简报 表示一级标题,- 待补充照片 表示列表项,[巡护记录](巡护记录.md) 表示相对文件链接。Markdown 不是 Word 文件;改变后缀不会转换格式。

开始整理

  1. 在项目中放入 UTF-8 文本或 Markdown 文件,并保留原始记录。
  2. 配置聊天模型,需要读取或写入项目文件时选择允许工具执行的授权方式。
  3. 指定来源文件、目标读者、输出结构与文件名。也可以在对话中粘贴一小段文字,先获得改写建议。
  4. 生成后打开目标文件,核对事实与保存结果,再继续修改。

示例一:把零散记录整理成巡护简报

准备 巡护记录.md,写入以下虚构记录:

9月1日,青溪片区,巡查了QL-01和QL-02。
QL-01标识牌有破损,拍了照片,编号P01。
QL-02记录表中没有填写巡护人员姓名。
标识牌处理时间还没确认。

向助手发送:

根据巡护记录.md,新建巡护简报.md,面向项目负责人,按“工作概况、发现事项、待补充信息”三个部分整理。保留日期、地块编号和照片编号;没有写明的年份、人员、处理时间均不要补写。将人员姓名和处理时间列为待补充事项,并在文末用相对链接注明来源。保留原文件。

概念示意,内容来自本页虚构样例,不是产品截图或实际生成结果。

这份初稿应让负责人看清三个问题:去了哪里、发现什么、还缺什么。核对时重点检查:

  • QL-01 的标识牌破损与照片 P01 是否对应,没有移到另一个地块。
  • QL-02 的巡护人员姓名缺失是否保留为待补充,没有编造姓名。
  • 未确认的处理时间是否仍待确认,没有写成已完成整改。
  • 文末的来源链接是否指向真实文件;链接存在不代表内容已经人工核验。

示例二:压缩段落,保留事实

在同一任务中继续发送:

只修改巡护简报.md 的“工作概况”,压缩到 80 字以内,语气客观,保留 9 月 1 日、青溪片区、QL-01 和 QL-02。其他章节和来源链接不变,不增加“全面完成”“成效显著”等原记录未支持的表述。修改后列出调整内容。

修改后将该段与原记录对照,检查长度、事实和修改范围。确认文件已保存后,这份 Markdown 初稿可以继续作为 Word 报告的素材。

示例三:建立项目资料说明

在项目中已有 巡护记录.md 和 巡护简报.md 的基础上,可再发送:

新建资料说明.md,为巡护记录.md 和巡护简报.md 分别写一句用途说明,并添加相对链接,区分“原始记录”和“待核对初稿”。检查标题层级和这两个本地链接;如果文件不存在,报告缺失,不创建虚假的资料内容。

应用支持通过工具检查 Markdown 大纲、搜索章节、校验结构与本地引用。移动或重命名资料后,可以再次要求检查相关链接;文档清单不会因此自动保持同步。

保存与检查

要检查什么如何判断
内容依据数字、日期、地块编号与原始材料一致,缺项明确标出
修改范围指定章节完成修改,其他内容没有意外变化
文件结果输出文件真实存在且保存成功,不能只看对话里的草稿
标题与链接标题层级合理,本地引用可找到对应文件

提示文件已变化时,应让助手重新读取后修改。文件较大时,指定标题或段落范围分次处理。二进制 Office、PDF 应使用专用文档流程,不能当作普通文本直接改写。