Skip to content

通用检查清单

课程里反复出现的检查清单,集中放在这里。做事前过一遍清单,比事后返工省时间。

AI 给完结果后,逐项核对。把 AI 当协作者,拿着清单验收它交的活:

  • 事实是否准确。
  • 引用、数据、时间、人物、政策、法律、价格是否需要二次核对。
  • 格式是否符合要求。
  • 逻辑是否顺畅。
  • 补充内容是否有依据。
  • 语气是否合适。
  • 隐私和安全风险是否可控。

密码、验证码、支付、合同、学生信息、客户资料、公司文件、删除文件、批量移动、运行陌生命令、开放权限、对外发布、签字付款——这些属于高风险任务。原则:先备份,再小范围验证,最后人工确认。

  • 处理重要文件前,复制一份备份。
  • 批量操作前,先拿 2 个文件测试。
  • 操作步骤先在非重要环境试一遍。
  • 正式内容先发给自己或内部人员看。
  • 对外发布、签字、付款、删除、授权,由人最后检查。
  • 密码和验证码不发给 AI。
  • 学生信息、客户资料、身份证号、手机号、合同金额、公司机密先脱敏。

把报错打包完整,AI 才能看清上下文:

我的目标:启动本地网页项目。
当前目录:...
我运行的命令:...
期待结果:浏览器能打开页面。
实际结果:终端报错。
完整报错:...
我已经尝试:重新保存文件、刷新页面。
请先判断错误类型,再给下一步检查方案。

要点:

  • 从你运行的那条命令开始复制,一直复制到终端最后一行。只复制红字会漏掉关键原因。
  • 命令、路径、报错信息放在一起,AI 才能看清上下文。
  • 写清楚”期待结果”和”实际结果”,AI 才知道偏差在哪。

本地做好的东西要上线前,逐项检查:

  • 页面能否正常打开,首页、按钮、链接、图片、文字符合预期。
  • 文案没有错别字、占位文字、测试文案、临时标题。
  • 图片和路径正常,文件名大小写一致。
  • 信息是最新版本,没有遗留本地数据或测试数据。
  • 发布后按真实入口再走一遍核心流程。

处理表格数据前,先检查数据本身:

  • 字段含义是否清楚,每列代表什么。
  • 有没有重复数据、空值、格式不统一。
  • 有没有明显异常值。
  • 原始版本是否已备份。
  • 处理规则是否记录成清单,方便复现。

写需求草稿时,对照五段结构看是否齐全:背景、目标、输入、输出、约束。每段至少列 1 到 3 条,没想好的地方可以留白让 AI 列选项。模板见 AI 提问模板。

做编程项目时,第一版”能用了”的标准:

  • 能运行(按 README 或课程步骤能启动)。
  • 核心功能完成(最小功能里列的事都做到了)。
  • 错误提示可理解(出错时知道怎么办,或能复制给 AI)。
  • README 可照着执行(换一台电脑照 README 能跑起来)。
  • 没有真实隐私数据(测试用的是示例数据)。
  • 已保存 Git 版本(当前稳定成果有记录)。
  • 发布或打包结果已打开验证。

完整的项目选择、协作卡与作品集模板见 项目模板。