AI 实用早报

怎么开始下一次改代码前，先让 Agent 找到测试入口并记录结果。 先说明这一步只运行已有测试。 记录通过、失败和运行不了的原因。 完成修改后，对照同一组检查结果。

使用条件已有测试不能覆盖所有实际行为，关键流程仍要检查。

内容说明Simon Willison 每次让 Agent 接手已有项目，会先要求它运行测试。这样既能了解项目，也能留下修改前的基线。 选编说明：先记录哪些测试原本就失败，后面才容易判断这次修改带来了什么影响。

怎么开始给下一项任务补上“可改范围、敏感区域、验收方式”。 列出本次允许修改的文件或模块。 写清支付、权限等敏感区域的约束。 用一个真实用户流程检验结果。

使用条件分区需要了解系统的人判断；不能把颜色标签当作安全证明。

内容说明Addy Osmani 提议按风险划分代码区域：隔离良好、有测试的部分可快些迭代；支付、权限等敏感部分需要更紧的人工配合。 选编说明：旧系统的约定常常藏在代码之外。先说明边界，有助于发现“代码能跑，业务却变了”的问题。

怎么开始挑一页含表格的公开 PDF，按作者 Quickstart 验证。 先看安装与模型下载要求。 只选一页，核对表头、单位和阅读顺序。 确认质量后，再考虑批量处理。

使用条件依据作者文档，未在本站运行；复杂公式和表格仍需回看原件。

内容说明Docling 的作者文档介绍了版面、阅读顺序和表格结构解析，也能导出 Markdown 或 JSON，便于后续检索和整理。 选编说明：处理论文或报告时，可以先检查提取结果，再把资料交给 AI，减少复制时丢失结构的问题。

怎么开始先读 Skill 文档，看看现有工具是否支持它的检查流程。 核对兼容环境、依赖和许可。 若决定试用，用一份无敏感内容的旧稿。 保留原件，逐页比较输出与修改前的版面。

使用条件依据作者文档，未安装或执行；可阅读的源码不等于可任意再分发。

内容说明Anthropic 的 PPTX Skill 将幻灯片生成与检查放在一起，要求渲染后逐页寻找文字溢出、重叠和间距问题。 选编说明：文件能打开只是第一步。把“实际看一遍”写进工作流，更接近你最终要拿去汇报的结果。