Baichen Client Notice

---
name: baichen-client-notice
description: 客户函告·以客户名义起草催告、通知、声明等八类正式函告·触发：催告函、通知函、声明函、举报函
metadata:
  display_name: 客户函告
  version: '2026-09-17'
  family: F-N-5
  domain: ndr
---

> **加载协议**：遵循 ../baichen-ndr-standard/SKILL.md 加载协议——公共标准全文整读（当前模型上下文充裕，默认整读，极端超长时再按 § 定位）；references/ 模板整读后按步骤取用；法条锚点为最小集（⛔ 防回退＋特有核心），通用法条运行时经 §1 双源检索核验。
> **路径约定**：本文及 references/ 内简写 `ndr-standards.md` 均指技能所依赖公共标准 references/ 下的同名文件（如 `../baichen-ndr-standard/references/ndr-standards.md`）。
> **族模板**：骨架见 ../baichen-ndr-standard/references/family-templates.md（本技能仅列差异步骤）。
> **注意：前置依赖** 须先加载 非争议解决公共标准。
> **主体信息**：见 ../baichen-ndr-standard/references/ndr-party-info.md 场景清单（通用/交易尽调/函告场景）。**视角标注**：本函告为发函方（客户名义）视角——函告类型匹配，精确锚点（日期/金额/条款），语气按策略定级。

> AI 治理与幻觉防范：检索与起草前后执行 ../baichen-ndr-standard/references/ndr-ai-governance.md §2 类案决策树+§3 防幻觉五步+§4 脱敏

# 客户函告起草

以客户自身名义起草各类正式函告文书，发函主体为客户本人/本公司（非律师/律所），覆盖催告、回复、说明、通知、声明、汇报、承诺、举报八大场景。

## 质量准则

| 准则 | 要求 |
|------|------|
| **格式统一+要素齐全** | 同类函告结构一致，标题/称谓行/落款标准化；各项逐项齐备 |
| **繁简得当+逻辑严密** | 事实抓关键节点，法律分析点到即止；正文~1200-2000字，复杂可至3000-4000字 |
| **用语准确** | 金额/日期/条款编号与原始材料一致，事实限定语恰当 |

## Phase 0上下文检测

执行 `ndr-standards.md` §4。搜索 outputs/*_case_profile.json → 按 type="NDR" 过滤 → ask_user 确认继承 → 未找到则创建新 Profile。

如不确定当前场景应使用本技能还是 律师函，参见 `ndr-standards.md` §11。

## 整体流程

```
步骤 0跨函件规划（选做）
    ↓
步骤 1信息采集（含意图识别+特殊场景检测）
    ↓
步骤 2强制法律检索
    ↓
步骤 3事实梳理
    ↓
步骤 4函告类型确认、策略定级与模板匹配
    ↓
步骤 5起草函件 → 质量自检
    ↓
步骤 6用户审校
```

***

## 步骤 0跨函件规划（选做）

同一事件需多份关联函告时先规划函数序列（类型/顺序/目的）、引用关系+事实分工（前函详述，后函引编号+结论）、语气差异化。单份函告直接跳过。

***

## 步骤 1信息采集

### 1.1 信息渠道

| 渠道 | 方式 |
|------|------|
| 知识库 | `ima-knowledge` skill 定位 → search(source="kb") + fetch |
| 上传文件 | file_read 读取 |
| 用户输入 | 直接接收案情陈述 |

### 1.2 引导式信息采集

用自然对话逐个问，用户答一个补一个，缺失槽位逐个提示。

#### 通用槽位（八类均须采集）

| 槽位 | 提问方式 | 默认值 |
|------|---------|--------|
| 发函方身份 | "请确认发函方全称、地址、联系人、电话" | — |
| 信息块模式 | "落款模式还是置顶模式？" | 落款模式 |
| 致送对象 | "致送对象全称是什么？" | — |

#### 类型专属槽位

| 函告类型 | 引导话术示例 |
|---------|------------|
| 催告函 | "请提供合同签订日期、付款/履约期限条款、违约金条款——不需要整份合同。对方欠了多少、逾期多久了？" |
| 回复函 | "请把对方来函发给我。你认为对方的核心主张是什么？" |
| 说明函 | "你想说明哪几件事？是对方要求还是你主动？" |
| 通知函 | "你要通知什么？依据合同哪一条？" |
| 声明函 | "你要声明什么？是澄清误解还是驳斥不实信息？" |
| 汇报函 | "为什么汇报——定期的还是应要求？有什么需要对方决策的问题吗？" |
| 承诺函 | "为什么要出具这份承诺？有没有相关的协议/风险披露文件？" |
| 举报函 | "你是个人还是公司举报？被举报人是个人还是公司？举报到哪个部门？" |

#### 采集规则

逐个提问（一次1-2个槽位）；自动跳过已提供信息；允许延迟（标记缺失，步骤4再提示）；能推断的直接进入专属槽位提问。

### 1.3 函告意图识别

| 用户表述关键词 | 初步判定类型 |
|---------------|:----------:|
| "催""催款""限期""尽快履行""再不付" | 催告函 |
| "回复""答复""就来函""对方来函说" | 回复函 |
| "说明一下""解释""澄清""情况是" | 说明函 |
| "通知""告知""解除""终止""变更" | 通知函 |
| "声明""表态""公开""澄清立场" | 声明函 |
| "汇报""进展""报告""情况汇报" | 汇报函 |
| "承诺""保证书""担保函""维好协议""一致行动""不竞争""竞业""保密承诺""权属承诺""合规承诺""还款承诺"等 | 承诺函 |
| "举报""揭发""反映""查处""实名" | 举报函 |

初步判定结果在步骤4与用户确认。

#### 承诺函场景域识别（细分十大域）

| 场景域 | 信号词 | 开篇鉴于段重点 |
|--------|-------|--------------|
| 私募/投资 | LP出资、基金分配、回购承诺、对赌、缴款 | 风险披露→知情确认→责任承担 |
| 并购交易 | 反垄断配合、过渡期约束、陈述保证、交割条件 | 交易背景→义务范围→违约后果 |
| 公司治理 | 一致行动、关联交易、同业竞争避免、不竞争、董事承诺 | 主体关系→约束范围→期限 |
| 合规/监管 | 反腐败、数据安全、环保合规、安全生产、反洗钱 | 法规依据→合规现状→持续义务 |
| 融资/担保 | 流动性支持、维好协议、还款承诺、连带责任 | 主债务→增信措施→追偿路径 |
| 知识产权 | 权属承诺、不侵权保证、技术来源合法性 | 权利状况→无争议声明→赔偿 |
| 劳动/人事 | 竞业限制、保密、离职交接、培训服务期 | 雇佣关系→约定义务→违约后果 |
| 房地产/工程 | 质量承诺、按期交付、农民工工资、安全施工 | 项目信息→承诺事项→监管后果 |
| 政府/行政 | 项目申报真实性、补贴合规、招投标诚信 | 申报项目→真实性声明→行政责任 |
| 诉讼/争议 | 和解承诺、执行担保、财产处置、调解履行 | 争议背景→承诺内容→违约后果 |

### 1.4 特殊场景检测

读取 `references/special-scenarios.md`，检测是否匹配破产/清算、国资/政府、群体性纠纷。如匹配，步骤4提示，步骤5起草时叠加适用。

***

## 步骤 2强制法律检索

**基座前置｜双源检索（强制，不可跳过）**：执行 `ndr-standards.md` §0（订阅检测）+ §1（双源检索：百宸库 + 互联网各 ≥2 组 + 深度fetch≥2-3件库+2件网）。业务附加：§2.3.5＋`ndr-ai-governance.md` §2–§4（验证决策树＋幻觉防范＋脱敏）。**法条核验**：引用前按 §2.1.1 标 ✅/⚠️/⛔，⚠️/⛔ 不入交付正文，与「法条锚点」表联动核验。

***

## 步骤 3事实梳理

按五要素梳理时间线**签约 → 付款 → 履约期满 → 违约/争议事实 → 沟通记录 → 现状**。

**依据时效与程序前置（材料提取后强制）**：执行 `ndr-standards.md` §7.8——所引法规/监管规则/标准须标注发布或最新修订日期与「最后核验日」；涉审批/备案/登记/前置许可/第三方同意事项**必须**单列「前置条件」提示章节。

| 要素 | 内容 |
|------|------|
| 当事方 | 发函方/致送对象/其他相关方 |
| 合同关键约定 | 标的/价款/付款方式/履行期限/违约责任/争议解决 |
| 履约对照 | 约定义务 vs 实际履行（双方） |
| 关键时间线 | 每个节点的日期、事实、对应证据 |
| 争议焦点 | 核心分歧及对方可能的抗辩 |

***

## 步骤 4函告类型确认、策略定级与模板匹配

### 4.1 类型确认

向用户呈现步骤1初步判定结果，询问确认、切换类型、或自定义标题。

#### 回复函 vs 说明函辨析

| 场景信号 | → 推荐类型 |
|----------|:--------:|
| 对方来函逐条列出质疑、需正面回应反驳 | 回复函 |
| 对方来函要求"说明情况"/"汇报整改"，重在陈述事实 | **说明函** |
| 希望保持建设性合作姿态、避免对抗色彩 | 说明函 |
| 需引述对方原文并逐条回击 | 回复函 |

### 4.2 发函主体确认

**公司**→印章模式（公章+法定代表人/授权代表）；**个人**→签名模式。

### 4.3 模板匹配

读取 `references/letter-type-templates.md` 获取结构模板。

### 4.4 策略定级

读取 `references/strategy-levels.md`，根据三要素（双方关系/事项严重程度/用户意图）自动判定策略等级（L1/L2/L3），向用户呈现建议等级+语气特征摘要，询问确认或调整。**默认 L2**（中性标准姿态）。

***

## 步骤 5起草函件

执行 `ndr-standards.md` §8.3 交付前强制自检。通过后方可生成为 Word。

执行 `ndr-standards.md` §3。调用 `scripts/generate_letter.py` 生成 Word（meta + sections 一次性传入）。输出至 `/sandbox/workspace/outputs/[函告类型]_[发函方]_[事由].docx`。

### 5.1 通用结构要素

```
标题 → 称谓行 → [发函方信息块（置顶模式）] → 正文段落 → [后续动作|举报请求|法律适用与争议解决（承诺函）] → 结尾敬语 → 落款 → [附联系方式]
```

完整结构代码块详见 `references/letter-type-templates.md`。

### 5.2 论据策略

`file_read ../baichen-ndr-standard/references/knowledge-letter.md` 获取收件人画像与写作模式。

`file_read references/writing-patterns.md` 获取可复用用语库（风险披露/后果清单/合同对照/举报函用语等八类语料）。

| 策略 | 做法 | 适用性 |
|------|------|:--:|
| **引用链** | 后函引用前函编号+结论，避免重复 | 通过 |
| **第三方背书** | 精确引用报告全称+机构+编号+日期+结论 | 通过 |
| **条款要件拆解** | 仅拆解合同条款逐条匹配事实，不拆解法条 |  |
| **深度论证** | 仅限事实层面逐层回应，禁引判例、禁下法律定性 |  |
| **后果清单** | 商业后果+法律后果逐条列明 | 通过 |

### 引用对方书面承诺增强催告效力

函告正文引述对方在先函件/邮件/对账单/结算单中的书面确认（如"贵方2025年X月X日来函确认……""贵方在对账单中盖章确认欠付……"），作为催告依据。注：更正说明（原文引"《最高人民法院关于民事诉讼证据的若干规定》第三条·另一方当事人无需举证证明"为错误引用，现更正）：此类诉前往来材料属**诉讼外承认**，仅可作为证明该事实的**书证**，不产生《最高人民法院关于民事诉讼证据的若干规定》（法释〔2019〕19号，2020-05-01施行）**第3条第2款**（该款仅规范诉讼中的自认）的免证效力，故**不得**表述为"另一方当事人无需举证证明"；其价值在于构成认定事实的重要证据材料，可显著降低我方举证难度。若确需援引自认规则，须限定于**已进入诉讼程序后**对方在证据交换、询问、调查过程中，或在起诉状、答辩状、代理词等书面材料中的承认，并引第3条第2款。格式：`贵方[日期]在[文书名称]中确认[内容]，请贵方按此履行。`

### 5.3 警示语匹配（催告函专用）

催告函后续动作须 `file_read ../baichen-ndr-standard/references/knowledge-letter.md`，根据致送对象身份类型匹配定制化警示语。身份无法确定时默认"普通企业"。

`file_read references/recipient-profiles.md` 获取客户自署函称谓适配与嵌入方式（共享警示语正文见 ../baichen-ndr-standard/references/knowledge-warning-phrases.md §二）。

### 5.4 文风与格式硬规

**格式硬规**法条引用具体到条款项；正文仿宋12号1.5倍行距；称谓公司→"贵司"、个人→"贵方"、己方→"我方"/"本公司"/"我司"/"本人"、对公机构（仲裁委/监管机关/协会等）→"贵委"/"贵会"/"贵局"/"贵厅"；单句≤80字；金额大小写兼顾；严禁侮辱、诽谤、恐吓、夸大。

**通用铁律（全程强制遵守）**

| 铁律 | 要求 |
|------|------|
| ③ **事实直接陈述** | 不加暗示性修辞，让事实自己说话 |
| ⑤ **以客观态势替代主观立场** | 用"条件不具备""存在不确定性""依据尚不充分"等客观判断代替主观表态 |
| ⑥ **法律施压靠合同+事实+后果清单** | 不引法律条文（客户不是律师），不下法律定性结论。威慑力来源合同约定→事实差距→商业+法律后果清单。**举报函豁免**允许正文引法条作为举报依据，允许适度评价。**承诺函例外**：承诺函的「法律适用与争议解决」条款须引法条（约定管辖法院/适用法律） |

**场景铁律（按需适用）**

| 铁律 | 要求 | 适用指引 |
|------|------|---------|
| ① **以逻辑代编号** | 段间过渡用因果/递进连接。**例外**承诺函、声明函以编号条款推进 | 所有类型 |
| ② **法条→判例→判断** |  客户自书函**禁止**引判例、**禁止**下法律定性，仅限后台检索辅助 | — |

> **【2026-08-31 更正·适用边界注记】** 铁律②「客户自书函**禁止**引判例、**禁止**下法律定性」适用于**对外发送函告**（收件人为对方当事人/第三人）；**内部汇报函**（客户向上级/出资人/监管报送的法律风险分析）适用 `references/quality-checklist.md` 第 21 项与 `references/strategy-levels.md`「汇报函策略分级」的「法条→判例→判断」**强制**递进要求——两者适用对象不同（对外函 vs 内部汇报函），不构成冲突，⛔ 两条规则均保留、**均不得**删除。
| ④ **共情仅限一句** | 开篇最多一句，正文不重复 | 回复/声明函重点 |

**八类函告语气梯度**

| 类型 | 语气定位 | 关键特征 |
|------|---------|---------|
| 催告函 | 礼貌而坚定 | "请贵方…"代替"要求贵方…" |
| 回复函 | 理性克制 | 以事实和合同回应，不逐条激辩 |
| 说明函 | 客观坦诚 | 不回避不利面，措辞得体 |
| 通知函 | 明确而克制 | 通知事项不容含糊 |
| 声明函 | 严肃而有分寸 | 逐条列明，措辞克制 |
| 汇报函 | 平实理性 | 如实汇报，不以"表功/诉苦"笔调 |
| 承诺函 | 郑重而审慎 | "经审慎考虑""郑重承诺"，条款式推进 |
| 举报函 | 正式克制 | 协助性开篇，允许适度评价 |

> 论证深度分级：按 `ndr-standards.md` §2.6 繁简标准执行（⛔ 禁注水、篇幅与内容匹配）

### 5.5 交付前质量自检（强制）

起草完成后读取 `references/quality-checklist.md`，逐项自检全部检查项（62项）。任一项不通过→立即修正→复查关联项。全部通过后向用户呈现确认项。

### 5.6 风险红线自动检测（强制）

起草完成后逐条扫描以下五项风险红线。任一条触发→**立即暂停交付，向用户提示风险+建议修改方案**，用户确认后方可进入步骤6

| # | 风险红线 | 检测方式 |
|---|---------|---------|
| 1 | **内容失实风险** | 是否存在未经材料支撑的断言性事实陈述 |
| 2 | **胁迫风险** | 是否存在超越民事函告范畴的威胁性表述（**举报函豁免**） |
| 3 | **商业秘密泄露风险** | 是否披露了合同价款以外的对方非公开商业信息 |
| 4 | **时机风险提示** | 诉讼时效临近届满或除斥期间即将经过 |
| 5 | **诬告陷害风险**（举报函强制） | 是否存在主观臆断性指控、每项指控是否有对应证据支撑 |

***

## 步骤 6用户审校

将正文呈现用户审阅，修改确认后立即执行。常见修改金额/日期修正、事实补充、语气调整、函告类型切换。定稿后临时脚本调用 `generate_letter()` → 生成 Word → 删除临时脚本 → provide_file 提供下载。

***

## 资源目录

### references/
- `letter-type-templates.md` — 八类函告结构模板、段落排列规则、编号原则、开篇模式
- `strategy-levels.md` — 八类函告策略分级决策表（L1/L2/L3）
- `quality-checklist.md` — 交付前62项质量检查清单
- `special-scenarios.md` — 特殊场景附录（破产/清算、国资/政府、群体性纠纷）
- `recipient-profiles.md` — 致送对象身份定制警示语库（客户自署函适配版：称谓替换＋身份检测＋嵌入规则）
- `writing-patterns.md` — 可复用用语库（风险披露/后果清单/合同对照/举报函用语等八类语料）
- `CHANGELOG.md` — 变更历史（完整记录）

### shared/
- `../baichen-ndr-standard/references/knowledge-letter.md` — 函告起草知识库（共享知识层）

### scripts/
- `generate_letter.py` — Word 文档生成脚本

***

### 强制纪律（2026-08-31 B1 补强）

1. 起草前**必须**完成步骤 2 强制法律检索（§0 订阅检测＋§1 基座双源检索：百宸库[kb_id内置]各≥2组＋互联网各≥2组＋深度fetch≥2-3件库+2件网），⛔ **不得**跳过或仅单源检索。
2. 每条引用法条**必须**按 §2.1.1 三态核验并落入「法条锚点」表；⚠️ 状态条文**不得**写入函件正文；⛔ 状态条文**禁止**作为依据引用。
3. ⛔ **禁止**凭记忆给出条号；**禁止**引用未获官方原文印证的法规、案例；AI 生成条号一经发现**必须**删除并回退重检。
4. 客户自书函**必须**遵守铁律②（禁引判例、禁下法律定性），仅举报函/承诺函按豁免规则处理；⛔ **不得**混淆对外函与内部汇报函的论证口径（见注记）。
5. 诉讼时效、除斥期间等时效信息**必须**双源核对后写入；⛔ **严禁**在未核验的情况下提示「时效中断/即将届满」结论。
6. 八类函告的模板匹配与语气梯度**必须**按 strategy-levels.md 策略分级执行；⛔ **不得**跨类套用模板。
7. 交付前**必须**执行 quality-checklist 62 项自检＋§15.4 法条状态与依据时效普检＋§8.3 交付前强制自检；⛔ 未通过**不得**交付。

## Phase N写入 Case Profile

执行 `../baichen-ndr-standard/references/ndr-standards.md` §4。读取 Profile → 更新本技能产出字段 → docs[] 追加 → 写回。

> **完成后建议** 参见 ../baichen-ndr-standard/references/ndr-standards.md §13 技能链。NDR-DR跨域需求参见 ../baichen-ndr-standard/references/ndr-standards.md §14。

***

## 交付前质量保障

执行 `../baichen-ndr-standard/references/ndr-standards.md` §15 自检清单 + `../baichen-ndr-standard/references/ndr-standards.md` §15.4（法条状态与依据时效普检·2026-08-29 新增·**强制**：①全部引用规范已标状态，⚠️/⛔ 项**不得**出现在交付正文；②法规已标发布日期与最后核验日；③已说明时法选择；④涉前置程序者已设提示章节；⑤规则冲突已明确取舍）＋ `../baichen-ndr-standard/references/ndr-standards.md` §16 多轮审核流程。⛔ **NDR 域不存在 §J 章节**，本技能标准引用仅限 `../baichen-ndr-standard/references/ndr-standards.md` §0–§16。

***

## 法条锚点（✅已核至官方原文；⚠️未获权威原文，不得写入交付文书；⛔已废止或已删改）

> **指针化声明（2026-09-12·依所属域公共标准「法规内容指针化原则」§2.0／§J3.2）**：本表为**检索线索**，非权威依据。条号／施行日／效力状态一律以 §1 双源检索所得**官方原文**为准；引用前按 §2.1.1（judge 域为 §J3.1）标 ✅／⚠️／⛔。表内「已废止／不存在」类表述未附官方来源者，一律按 ⚠️（不得写入交付文书）处理，⛔ 仅限已确认废止／删改。**最后核验日：2026-09-13；超 6 个月或法规有变动迹象须复核。**

> 状态三态（依 `../baichen-ndr-standard/references/ndr-standards.md` §2.1.1）：**✅**＝已核至官方原文（≥2 独立源）；**⚠️**＝未获权威原文、未逐条比对官方原文；**⛔**＝已废止／已删改（或经官方核验为错误）。
> 收录范围：SKILL.md 与 references/*.md 全部法条引用。**最后核验日：2026-09-13。** 本表为**检索线索**；条号／施行日／效力状态一律以 §1 双源检索所得**官方原文**为准（依 `../baichen-ndr-standard/references/ndr-standards.md` §2.0）。

| 法条 | 要点 | 状态 | 最后核验日 |
|---|---|:--:|:--:|
| 《民事诉讼证据规定》（法释〔2019〕19号，2020-05-01 施行）第 3 条第 2 款 | 自认规则：该款**仅规范诉讼中的自认**（证据交换/询问/调查/起诉状·答辩状·代理词中的承认）；诉前函件/邮件/对账单/结算单确认属**诉讼外承认**，仅作书证，不产生免证效力 | ✅ | 2026-08-31 |


> ⛔ 交付红线：⚠️/⛔ 状态条文不得写入交付文书正文、禁止作为依据引用；fallback 按 ../baichen-ndr-standard/references/ndr-standards.md §2.1.1；⛔ 防回退：法释〔2019〕19号第 3 条第 2 款自认规则正确不得动。

## 待核验清单

> 收录：上表全部 ⚠️ 项（未获官方原文）。**2026-09-13 官方核验：清单 5 项全部闭环**——①《刑法》第 243 条：✅ 已核（官方文本「捏造事实诬告陷害他人……处三年以下有期徒刑、拘役或者管制；造成严重后果的，处三年以上十年以下有期徒刑」，与 writing-patterns.md §8.12 一致）；②《劳动合同法》第 22/23 条违约金上限：✅ 已核（主席令第六十五号，2007-06-29 通过、2008-01-01 施行，gov.cn 国务院公报）；③letter-type-templates.md 承诺函行法名表述：✅ 已更正为《劳动合同法》第 22/23 条；④《企业破产法》第 31/32/16/112/45 条：✅ 已核（2006-08-27 通过、2007-06-01 施行）；⑤《企业国有资产法》《企业国有资产交易监督管理办法》：✅ 已核（企业国有资产法＝主席令第五号，2008-10-28 通过、2009-05-01 施行；企业国有资产交易监督管理办法＝国资委、财政部令第 32 号，2016-06-24 公布施行，gov.cn 国务院公报）。**无保留待核项。**

| # | 待核项 | 所在章节/文件 | 风险 | 备注 |
|:--:|---|---|---|---|
| — | （无，全部闭环 2026-09-13） | — | — | 新增事项按 §2.1.1 运行时核验 |

## 变更记录

> 最近变更：2026-09-17 NDR域合并流水线（纠错+无损精简）：①法律纠错 1 处（《企业破产法》第112条表述——「变价分配」更正为「变价出售（第112条）、清偿顺序（第113条）」）；无损精简——清理 references/CHANGELOG.md 内部治理编号（P0-x/P1-x/P2-x 等），保留日期与变更语义。完整历史见 `references/CHANGELOG.md`。