审计档期已经排到下月，这个十天后 TGE 的项目还能接吗？

判断时关注的线索

• TGE 日期已经确定
• 审计范围或仓库尚未确认
• 项目方愿意提供代码和技术联系人

本文为模拟复合场景，文中消息、数字、期限和业务情形均为典型化表达，不代表真实客户、真实群聊、合同或实际成效。

智能合约审计公司的销售，档期表已经排到下月：三份初审、两份复测、一份待交付的报告，客户催问排成长队。这时一个经 Telegram 群转来的需求摆到面前——项目方说十天后要办代币生成事件（TGE），智能合约审计还没开始，问现在接不接。

他现在必须做一个判断：接、缩范围接，还是明确拒绝。这个判断不能凭“项目急、预算高”拍板。审计是计件交付的活，报告交不出来，项目方 TGE 延期，责任会落到当初承诺排期的人身上；可一口回绝，也可能错过代码早已冻结、只差流程确认的合格订单。

本文提到的项目、期限和群消息都是复合示意，用来演示判断方法，不代表任何真实客户。

十天不是工期，是一串环节的倒计时

TGE 是 Token Generation Event 的缩写，即代币生成事件，指项目正式生成并分发代币的时点。审计报告常被交易所和做市商当作合作前提之一，所以项目方习惯把“拿到报告”倒排到 TGE 之前。

十天听起来像“不到两周干完一单”，实际是从今天到 TGE 之间要依次走完代码冻结、初审、修复、复测、报告交付。每个环节都有最短耗时，销售要算的不是“十天能不能审完”，而是“每个环节的输入今天是否已经具备”。初审通常要几个工作日，这不是加班能压缩的——审计师逐行核对逻辑，压缩的是质量。

从第十天倒推：每个环节需要什么证据

把十天拆开看（示意排期）：

节点	环节	需要的前提
第10天	确认代码冻结	仓库可访问、冻结版本明确
第9–8天	范围与授权	审计范围、源码、部署地址、权限说明
第7–4天	初审	代码已冻结、无高频改动
第3–2天	修复窗口	项目方配合改代码
第2–1天	复测	修复版本可交付
第0天	报告交付	复测通过、报告定稿

群消息里能看到的证据：项目方在群里贴出仓库链接，说“代码已冻结在 v1.2.0，此后不再改动”，还附了部署地址——这些是看得见的。仍然未知的：冻结是不是真的，要看仓库提交历史里最近有没有新 commit；授权到不到位，要看项目方是否交源码和权限说明（合约里的 owner、admin、多签地址由谁控制）。群里一句话只是起点，不是结论。

把判断做扎实可以借助工具：把该群历史消息按“冻结、版本、权限、范围”等词筛出，去掉重复内容、保留原始消息和来源、按相关度给优先级，供人工核实项目方此前对代码状态的说法是否前后一致。这正是“Top商业线索”这类工具的做法——它只整理用户主动连接且有权访问的 Telegram 群里的公开消息，不读私人聊天、不自动联系群成员，也不替人认证采购意向或事实，最终判断仍由销售自己做。

能接的三个前提，缺一个都要打问号

第一个是代码确实冻结。证据：群公告或管理员消息里写明冻结版本号和冻结日期。未知：冻结之后是否有人继续提交。销售可以要求对方给出最近一次 commit 的时间，跟冻结日期对得上才算数。

第二个是范围明确。证据：群里对“审哪些合约”有文字确认，比如“只审代币合约和质押合约，共两份”。未知：未纳入范围的周边合约会不会被监管或交易所追问。范围写进邮件或报价单，比群里的口头确认可靠。

第三个是授权到位。证据：项目方愿意提供源码、部署地址、owner 与管理员权限说明，并确认审计期间不部署新版本。未知：权限文档是否完整，谁有权限在审计中途升级合约。这三个前提都满足，才谈得上排期。

缩范围接：把放不下的部分拆出去

如果代码冻结但范围太大、十天装不下，可以谈缩范围：只审代币合约这一份，质押合约放到 TGE 后的第二期；或者约定首轮初审报告先交付，修复与复测走追加订单。证据：群里项目方对“先审核心合约”明确点了头。未知：第二期范围的口头约定会不会在 TGE 后反悔，所以缩范围必须落到书面报价里，注明本期交付物是什么、不含什么。

必须拒绝：把“接不了”说成结论

代码没冻结、范围说不清、授权拿不到，三者占一条，十天排期就不成立；档期本身排不开，更是直接的不接理由。拒绝要说清楚缺什么：不是“我们很忙”，而是“代码冻结后至少需要 X 个工作日完成初审与复测，目前剩余天数不够”。证据：群里项目方自己承认“代码还在改，预计后天冻结”。未知：后天之后是否真的冻结——既然今天已经是第 9 天，这个承诺本身就意味着排期只剩一天余量，风险已经写得很明白。

首次回复：先要证据，再谈排期

可以这样回复（示意话术，不代表成交结果）：“收到。先确认三件事：合约代码是否已冻结并给出冻结版本号；审计范围是否限定在代币合约；源码、部署地址与权限说明能否提供。若代码尚未冻结，请告知预期冻结时间，我们据此评估剩余排期是否足够完成初审与复测。”

这条回复不报价、不承诺日期，只把三个前提摆回去。项目方接得住，销售就拿到了判断所需的证据；接不住，等于替销售做了决定。

急单考验的不是响应速度，而是把“能不能交付”算清楚。能接，是代码冻结、范围明确、授权到位三件事都成立；不能接，就明确说缺什么。拒绝和接单一样，都是把交付承诺当回事。