TinyFish企业资料更新：同名公司、空字段与Wallet怎样分开处理？

资料表里有两家同名公司，网址和城市却不同。这个时候，让 Agent 快速填满每一列并不一定是在帮忙。我会先用“公司名、官网、所在地”确定是哪一家，再让 TinyFish 读取缺失字段；拿不准的项留下来，比把整齐的错误数据写回去更好。

已知网址，先看看需不需要 Agent

官方企业资料文章把流程分成寻找来源、读取页面和多步操作，最后由业务流程把结构化结果写回 CRM。[1] 当前价表又把 Search、Fetch 与 Agent 分别计量。[2]

这些是对应入口的规则，不能把免费 Fetch 写成所有浏览器任务免费。当前使用预付 Wallet，Agent 和 Browser 从中扣费；Search 和 Fetch 在余额为零时仍可按各自限制工作。旧 credit 计划则要在账户查看自己的费率，不把新 Wallet 表套过去。[2]

字段允许空着，流程才容易处理疑点

我的第一版会只要官网、地区、一个确实需要的业务字段，以及对应来源。找不到就标缺失；多个网页冲突就保留候选，先不覆盖原记录。这样一眼能看出哪些项需要人复查。

TinyFish 的 output_schema 可以规定最终 JSON 形状；想返回多条记录，要在顶层对象里放数组。允许空值使用 nullable: true，而不是任意套一份通用 JSON Schema。[3] 格式约束能让程序更容易接结果，却不能证明网站属于正确公司或字段仍有效。

我会先留一张候选更新表

先选十条记录，把旧值、建议新值、来源和冲突原因放一起，确认值得更新的项再写回。若只是公开页面读取，先用 Search/Fetch 看能否完成；遇到确实需要操作页面的环节，再引入 Agent。

准确官网已经找到、只是读页面，可以先比较免费的Fetch；确需多步操作，才用Wallet里的Agent预算。同名公司靠网址与城市核对，字段冲突先留候选，不直接覆盖CRM。output_schema让结果好接入，但JSON整齐不代表身份和内容已经查对。