装修公司用 Claude Code 起草报价单和现场施工日报的实操流程

收工回到办公室，墙上的钟已经指向七点。明天一早要交给业主的报价单，还是一张白纸放在桌上。

打开去年那个差不多的项目的 Excel，把数字覆盖一遍，改一改品名，再重新算一次税。算到一半电话响了，接完回来已经忘了刚才做到哪一行。等回过神来，九点了。日报还没碰。

如果你是装修公司的老板或者工地的工长，这个画面你八成不陌生。我认识的一家装修队，光是报价和日报的草稿，每天晚上就要耗掉两个小时。

这些活儿，没必要全靠人手一笔一画。把”起草”这一步交给 AI，最后的金额和判断留给人来拍板。光是这么调整，晚上的杂活就能轻不少。今天我就把具体怎么做写清楚。

本文要点

• 报价单和现场日报，只要是”起草”这一层，就能交给 Claude Code，最终拍板还是人说了算
• 把过去的报价数据和当天的零碎记录丢给它，格式统一的草稿几十秒就能出来
• 金额、成本、毛利、业主姓名，这几样人一定要亲眼核一遍，自动化到这一步会出事
• 业主姓名、地址这些个人信息，先把公司内部的规矩定下来再处理
• 每晚两小时的杂活有望压到半小时左右。下面放了可以直接复制的提示词和校验脚本

装修公司的文书活，为什么这么压人

先把读者画像说清楚。这篇文章最派得上用场的，是十来个人以内的装修公司，报价和日报都是老板或工长自己写的那种。没有专职文员，或者一个人忙不过来的小公司，就是我心里想的对象。

装修公司从报价到交房的流程，大概是这样：

1. 咨询、上门量房
2. 给出概算报价
3. 正式报价、签合同
4. 开工，每天的现场管理和日报
5. 中期、竣工验收
6. 交房、售后

这里头文书活最集中的，就是第 2 到第 4 步。正式报价的明细有时候几十行，日报每天都在往上堆。一边要安排工人、订材料，脑子已经满了，晚上还要集中起来做文书。这才是真正熬人的地方。

而且返工特别多。最常见的就是下面这几样：

• 套用了过去的报价，结果上一个业主的名字有一处没改干净
• 单价忘了更新，材料费跟现在的行情对不上
• 日报攒了三天，哪天干了什么活全想不起来了
• 每个工地的格式都不一样，每次交给业主前都得重新排一遍版面

这些都不是”动脑子的活”，而是”抄写和转录”。正因为如此，AI 起草才特别管用。

交给 AI 的范围，和人必须拍板的范围

这一段最重要，所以先把线划清楚。范围划错了，便利没捞着，反倒成了出事的源头。

环节	交给 Claude Code	人必须拍板
报价的明细列项	从过去的项目里拉出明细初稿	漏项、特殊工程的补充
单价、数量	用过去数据的单价先占位	当下行情、最终金额、毛利
报价里的说明文字	注意事项、前提条件的草稿	涉及合同的措辞对不对
现场日报	把当天记录整理成固定格式	跟事实不符的描述要改
给业主看的文字	调成礼貌措辞、排好版面	有没有失礼或者误会的最终确认

说白了，AI 是”把形整好的人”，人是”对数字和责任负责的人”。金额、成本、毛利、合同措辞、业主的专有名字，这几处一定要过人的眼睛。草稿出来了，也别原样发出去。守住这一条，大的失误就不会发生。

要是你对 Claude Code 到底是个什么东西还没概念，建议先翻一翻不是程序员也能用的 Claude Code 入门，这篇文章里的操作画面会一下子清晰起来。工具的官方用法，以Anthropic 官方文档为准，那是第一手信息。

用例一：从过去的报价里拉出正式报价的初稿

最管用的就是这个。把过去类似项目的报价数据，连同这次的条件一起丢过去，带着明细和数量的初稿就出来了。

做法很简单。把过去的报价用 CSV 或者文本汇成一个文件，让 Claude Code 读。然后把这次的条件告诉它。

提示词的模板放在下面。直接复制，把方括号里的内容换成你自己的工地就行。

你是装修公司的报价负责人。请参考随附的过去报价数据 past-estimates.csv，
帮我做这次项目正式报价的"初稿"。最终金额由我来定。

这次的条件：
- 工程内容：[砖混结构两层的室内翻新]
- 建筑面积：[约 90 平方米]
- 主要工程：[墙面重贴、地板、整体厨房更换]
- 期望工期：[约 3 周]

输出规则：
- 用 明细／数量／单位／暂定单价／小计 的表格来出
- 暂定单价取过去数据的中位数，凡是推测出来的地方标注（待确认）
- 可能需要的特殊工程或者追加项，放到末尾用列表写成"想确认的点"
- 金额合计和增值税，把算式也一并写出来

关键在于开头就声明了”初稿""最终金额由我来定”。不让 AI 替金额背责任。暂定单价让它标上 （待确认）。这么一来，后面人要检查哪些地方，一眼就看得出来。

想把提示词的精度再往上提一档的人，可以一起读Claude Code 提示词设计进阶，输出的波动会小很多。

用例二：把当天的零碎记录整成现场日报

日报的问题，“写什么”是其次，“有没有力气写”才是真正的坎。在工地上用手机敲下来的片段记录，整成固定格式的日报，光是这一步 AI 就够用了。

比如你在工地上留了这样一段记录：

6/7 晴 田中家
上午 继续拆除 走廊地面起完
下午 两个木工 卫生间一圈 打底
电工来了 插座位置 跟业主确认了
明天 防水 下雨就延期

把它丢过去，会返回这样一份日报草稿：

【现场日报】2026年6月7日（周六） 天气：晴
工地名称：田中家

施工内容：
- 上午：继续拆除作业，走廊地面已起完。
- 下午：两名木工施工卫生间一圈的打底。
- 电工到场。插座位置与业主确认后确定。

明日计划：
- 计划进行防水作业。如遇雨天则顺延。

联络及特别事项：
- 插座位置已获业主同意。

每天从零开始写这个，和把记录贴上去让它整理，花的时间根本不在一个量级。

提醒一点。AI 为了写得周到，有时候会自己加上记录里没有的活。在提示词里补一句”记录里没有的作业不要添加，不清楚的地方写（不明）“，就能挡住它瞎编。

用例三：机械地检查报价和日报的体例

草稿出来了，也别原样就信。尤其是报价，常常混进合计算错、明细重复这类毛病。这一块，机器比人眼更在行。

把检查要点列成清单。每次往提示词最后一贴，输出的质量就能稳下来。

• 各项小计的合计，跟显示的合计金额对不对得上
• 增值税算得对不对（不含税 × 0.1）
• 同一个项目有没有在两行里重复
• 上一个业主的名字、上一个地址有没有残留
• 标了 （待确认） 的行有几行

这里头金额的对账，用代码一下就能确认。下一节放一个真能跑的脚本。

可以直接复制的校验脚本

这是一个检查报价合计对不对的 Node.js 脚本。把 CSV（明细,数量,单价）丢进去，它会算出各项小计的合计、增值税、含税总额，并告诉你跟 AI 给出的合计有没有对不上。只要装了 Node.js，不用额外安装就能跑。

存成 check-estimate.mjs。

import { readFile } from "node:fs/promises";

// 参数：CSV 文件路径，AI 给出的合计金额（不含税）
const [csvPath, claimedRaw] = process.argv.slice(2);
if (!csvPath) {
  console.error("用法：node check-estimate.mjs estimate.csv 350000");
  process.exit(1);
}

const text = await readFile(csvPath, "utf8");
const rows = text
  .trim()
  .split(/\r?\n/)
  .slice(1) // 跳过表头行
  .map((line) => line.split(","));

let subtotal = 0;
const seen = new Set();
const warnings = [];

for (const [name, qtyRaw, priceRaw] of rows) {
  const qty = Number(qtyRaw);
  const price = Number(priceRaw);
  if (Number.isNaN(qty) || Number.isNaN(price)) {
    warnings.push(`数值读不出来的行：${name}`);
    continue;
  }
  if (seen.has(name)) warnings.push(`项目重复：${name}`);
  seen.add(name);
  subtotal += qty * price;
}

const tax = Math.round(subtotal * 0.1);
const total = subtotal + tax;

console.log(`小计（不含税）：${subtotal.toLocaleString()} 元`);
console.log(`增值税（10%）：${tax.toLocaleString()} 元`);
console.log(`合计（含税）：${total.toLocaleString()} 元`);

if (claimedRaw) {
  const claimed = Number(claimedRaw);
  const ok = claimed === subtotal;
  console.log(ok ? "OK：与 AI 的合计一致" : `NG：与 AI 的合计 ${claimed.toLocaleString()} 对不上`);
}

if (warnings.length) {
  console.log("--- 待确认 ---");
  for (const w of warnings) console.log(w);
}

跑起来就这一行：

node check-estimate.mjs estimate.csv 350000

estimate.csv 大概长这样：

项目,数量,单价
墙面重贴,90,1200
地板,30,8000
垃圾清运,1,30000

这个脚本好就好在，人不用靠心算去对账。AI 给的合计要是 NG，那这份报价就还不能交给业主。有重复项目，会出现在 待确认 里。最终定金额的还是人，但粗心的小错可以让机器先一步揪出来。

用之前和用之后，到底变了什么

看数字更直接。这只是个大致范围，但我看到的变化差不多就这么大。

项目	用之前	用之后
一份正式报价的草稿	60～90 分钟	15～25 分钟（含核对）
一天的日报	15～20 分钟	3～5 分钟
格式的杂乱程度	每个工地各写各的	用模板统一
算错的发现时机	交给业主后才察觉	提交前用脚本就抓到

简单算一下 ROI。假设报价一周写 3 份，日报一周写 5 天。草稿自动化下来，每份省 50 分钟，日报每天省 12 分钟，一周大约省 3 个小时。把老板的时薪先按 200 元算，一周就是 600 元，一个月差不多是 2400 元的时间被省回来了。

当然这随前提上下浮动，但”晚上的两小时压到一小时以内”这种体感，是完全够得着的。省下来的时间能投回报价的精度和现场，这才是真正的收益所在。

想把上手的地基打扎实的人，建议先读Claude Code 入门指南和CLAUDE.md 最佳实践，把公司内部的规矩写成文字会顺手很多。

安全和个人信息的注意事项

这一块，正因为是装修公司才更不能省。报价也好，日报也好，都是业主姓名、地址、电话这些个人信息的集合体。

至少下面这三条，要在公司内部定下来再开始：

• 先定好哪些信息能丢给 AI。姓名、地址用代称（比如”A 宅”）来传，运营上能往安全的一边靠
• 传过去的数据，限定在公司内部可处理的范围。业主托付的图纸、合同，别擅自塞进外部工具
• 出来的草稿，人读过之后再保存、再发送。AI 的输出别原样往外发

代称这套做法看着麻烦，习惯了也就几秒钟。报价的明细和数量本来就不需要业主的个人信息，专有名字后面再补进去就不耽误事。

如果是公司多人一起用，那连这套规矩的制定和培训都得一并理顺。一旦超出一个人试用的程度，找培训与咨询把运营规则一起设计出来，反而是捷径。要是还在想先一个人试试，从放着免费教材的产品页开始也完全够用。

常见问题

问：用 Excel 或者财务软件做的报价，能直接读吗？ 答：Excel 导出成 CSV 就能读。财务软件大多也有 CSV 导出，先转成 CSV 再传最稳妥。比起直接丢文件，把需要的列抽出来再传，精度会更高。

问：AI 给出的金额能直接报给业主吗？ 答：不行。暂定单价是从过去数据里凑出来的，没反映当下行情和个别情况。金额一定要人核过再定。把 AI 当成列项和排版的，这样心态最安全。

问：电脑不熟也能做吗？ 答：贴提示词这个动作本身，跟发邮件没什么两样。难的只是最开始的环境搭建。这一步对着不是程序员也能用的 Claude Code 入门做一次就行，往后都是每天重复同样的操作。

问：过去的报价数据只有纸质的怎么办？ 答：先从最近最常用的 10 份手动录入成 CSV 开始。不用全部电子化。只要有几份能当模板的代表性数据，初稿的精度就能提上来了。

问：还有没有能再提一点效率的小窍门？ 答：把常用的提示词存成固定模板，特别管用。Claude Code 效率提升技巧里，把日常的用法都整理好了。

我自己实际试下来的结果

在认识的那家装修队的配合下，我用 3 份过去的报价加上 5 天的当天记录，实际试了一遍。

报价的初稿，有八成的明细从过去数据里填上了。剩下两成是特殊工程，这部分由老板手工补。即便如此，也比从白纸开始快太多。过了一遍校验脚本，一份报价里就抓出一处单价的转录错。能在提交前发现，意义很大。

日报这块，“现场用手机记，晚上集中整理”这套运营最顺手。哪怕攒了三天，只要记录还在，几分钟就能出三天的草稿。

倒是有一回，我一开始偷懒没用代称，输出里业主的名字原样进去了，看得我一身冷汗。所以个人信息的线，确实该一开始就划好。总的来说，晚上的杂活体感少了一半以上。与其去找更聪明的 AI，不如先把”交给它的范围”和”核对的机制”定下来，这才管用，就是这回的结论。