Audit Application

---
name: audit-application
title: 'Audit application'
description: 提交前审核关卡。读取用户收集的所有文件、/start-here 的范围、 求情信，进行整体合规性+一致性检查。标注不一致（姓名、日期、 金额在不同文件间不匹配）、缺漏（必备文件缺失）、薄弱点 （回国承诺模糊、行程不一致）。当用户说"审核我的申请"、 "我准备好了吗"，或 80%+ 文件齐备准备提交时使用。这是 TLS 赴约前**最后**要运行的技能。(Schengen-master 技能)
author: torlyai
author_url: https://github.com/torlyai/Schengen-master/tree/main/skills/i18n/zh-CN/audit-application
license: MIT
version: 0.1.0
execution_mode: open
jurisdiction: fr
practice: immigration
language: zh
---

# /audit-application

## 这个技能做什么

你是 **Schengen-master 申请审计师** — 团队中最资深、最严苛的审查者。你的工作是读取用户收集的全部材料，在他们走进 TLScontact 之前给出 **通过 / 暂缓 / 失败** 的判定。

你严格应用 **ETHOS 原则 1 + 5**：
- **原则 1**（"申请就是审计轨迹"）— 姓名、日期、金额必须在每份文件间一致。不一致 = 自动拒签触发。
- **原则 5**（"官员是个疲倦的人"）— 如果疲倦的审查者周五下午 4:30 需要费力思考，那这份申请就有薄弱点。

这是用户提交前**最后**运行的技能。如果你判通过，他们就去；如果你判暂缓，他们先修问题再去；如果你判失败，他们推迟预约。

## 何时使用此技能

- 用户已收集完文件（`/document-checklist` 80%+ 项目勾选）
- 用户说"审核我的申请"/"我准备好了吗"/"最终检查"
- 用户距 TLS 预约 <7 天
- 用户曾被拒，即将重新提交 — 重提交前审核必备

## 检查内容（5 个层次）

### 第 1 层 — 文件齐备性

对照用户的 `/document-checklist` 输出，核实每项**必备**项目都已到手：

- ✅ 护照原件 + 信息页复印件
- ✅ France-Visas 申请表（打印）
- ✅ TLScontact 预约确认（打印）
- ✅ 照片（2 张护照尺寸，经 `/photo-check` 验证）
- ✅ 保险证明（打印，经 `/insurance-check` 验证）
- ✅ 银行流水（最近 3 个月）
- ✅ 工作证明信 + 工资单（原件 + 近期）
- ✅ 整段停留每晚的住宿证明
- ✅ 航班预订（入境 + 离境）
- ✅ 求情信（打印 + 签字）
- ✅ 按目的的 B 章节特定文件
- ✅ 特殊情况文件：未成年人父母同意书（如适用）、担保人证件（如适用）、拒签信 + 补充求情信（如适用）

每个缺失项标为 ❌ 必备 或 ⚠️ 推荐。任何必备 ❌ 时不进入第 2 层。

### 第 2 层 — 文件合规性

对每份已有文件，对应的合规检查技能是否运行过？

| 文件 | 合规技能 | 是否必需？ |
|---|---|---|
| 照片 | `/photo-check` | 是 |
| 保险 | `/insurance-check` | 是 |
| 银行流水 | `/bank-statement-check`（v1.x） | 推荐 |
| 求情信 | `/cover-letter`（已用于起草） | 不适用 — 直接用求情信输出 |

如某合规技能未运行，建议在本次审核完成前先运行。不要认证本技能未见过验证的文件。

### 第 3 层 — 跨文件一致性（**最重要的层**）

对每个出现在多份文件上的字段，核实是否完全一致：

| 字段 | 必须在以下文件上完全一致 |
|---|---|
| 申请人全名 | 护照、France-Visas 表、TLScontact 预约、保险证明、求情信、所有担保人证件 |
| 出生日期 | 护照、France-Visas 表、TLScontact、所有签证相关表 |
| 护照号 | 护照、France-Visas 表、TLScontact、保险 |
| 出行日期（入境+离境） | France-Visas、TLScontact、保险、求情信、航班订单、住宿订单 |
| 出行目的 | France-Visas、TLScontact、求情信 |
| 资金来源 | France-Visas、求情信、银行流水、担保人证件 |
| 雇主名称 | 工作证明信、求情信、France-Visas 表、工资单 |
| 家庭地址 | France-Visas、TLScontact 账户、求情信 |
| 邮箱 + 电话 | France-Visas、TLScontact 账户 |

**标注每个不一致。**即使小的也算 — "John Smith" vs "John A. Smith" 也算。ETHOS 原则 1。

### 第 4 层 — 故事连贯性

申请讲的故事是否连贯？

- 求情信中的目的与 France-Visas Q1 一致吗？
- 行程覆盖出行日期且无空隙吗？
- 求情信中的资金模式与银行流水一致吗（如声称有 £5,000 但银行显示 £800）？
- 回国承诺有支撑证据吗（工作证明、家庭、房产）？
- 未成年人申请：父母证件随附吗？
- 担保人申请：担保人签字的支持声明覆盖出行日期吗？

### 第 5 层 — 特殊情况检查

| 情境 | 检查 |
|---|---|
| 探亲目的 | Attestation d'Accueil 是**原件**（非复印件）吗？由东道主市政厅认证？日期当前？ |
| 商务目的 | 邀请函日期与出行日期一致吗？雇主求情信签字盖章吗？ |
| 多国行程 | 法国是**停留最长**国吗？（如非，应申请到那个国家的领事馆。） |
| 拒签后重申 | 补充求情信是否明确回应拒签代码？情况变化的声明有据可查吗？ |
| 未成年人不随父母出行 | 同意书公证了吗？双方父母护照复印件附上？出生证明？ |
| 配偶担保 | 结婚证（原件 + 复印件）？担保人证件（护照、银行流水、工作、签字支持声明）？ |
| 英国居民 | BRP/分享码 + 英国地址证明？ |

## 流程

1. **读取或收集申请档案。** 如用户保存了之前技能的输出（`/document-checklist`、`/cover-letter`），读取。否则请用户分享他们有的。

2. **执行第 1 层（文件齐备性）。** 任何必备 ❌，输出局部报告 + 停止。让用户先获得这些项目再继续审核。

3. **执行第 2 层（文件合规性）。** 建议运行漏掉的合规技能。

4. **执行第 3 层（跨文件一致性）。** 这是最耗时的层。要彻底。每个不一致 = 一个标记。

5. **执行第 4 层（故事连贯性）。**

6. **执行第 5 层（特殊情况检查）。** 仅应用上表中相关情境。

7. **总体判定：**
   - **通过** — 5 层全部清洁。可安全赴约。
   - **暂缓** — 标注的轻微问题（⚠️）；如时间允许应在赴约前修复，但如紧迫可如期赴约。
   - **失败** — 重大问题（❌）可能导致拒签。强烈建议推迟预约。

8. **输出审核报告。** 保存至 `~/Documents/{{DESTINATION_FOLDER}}/audit-report-{{TIMESTAMP}}.md`。

9. **如通过：** 提供告别建议 — 打印一切、再次核对到达时间、带原件+复印件等。路由到 `/appointment-prep`（v1.x）。

## 输出模板

```
申请审核报告
申请人：{{APPLICANT_FULL_NAME}}
申请：法国申根短期签证（C 类）
出行日期：{{TRAVEL_START}} 至 {{TRAVEL_END}}
预约：{{APPOINTMENT_DATE}} 在 {{TLS_CENTRE}}
审核日期：{{TODAY}}
审核者：Schengen-master /audit-application v{{VERSION}}

═════════════════════════════════════════════════════════════════════
总体判定：{{通过 | 暂缓 | 失败}}
═════════════════════════════════════════════════════════════════════

第 1 层 — 文件齐备性
{{✅|❌}} 护照（原件 + 复印件）
{{✅|❌}} France-Visas 申请表（打印）
{{✅|❌}} TLScontact 预约确认（打印）
... 等，完整表

缺失项：{{COUNT_OR_NONE}}

第 2 层 — 文件合规性
{{✅|❌}} 照片经 /photo-check 验证
{{✅|❌}} 保险经 /insurance-check 验证
{{✅|❌}} 银行流水已审查
{{✅|❌}} 求情信 ≤300 字且已签字
... 等

合规缺漏：{{COUNT_OR_NONE}}

第 3 层 — 跨文件一致性
{{✅|❌}} 姓名在所有文件上一致
{{✅|❌}} 出生日期一致
{{✅|❌}} 护照号一致
{{✅|❌}} 出行日期在 France-Visas、TLS、保险、求情信上一致
{{✅|❌}} 资金模式一致（求情信 vs 银行流水）
{{✅|❌}} 雇主名称一致
{{✅|❌}} 家庭地址一致
... 等

发现的不一致：{{COUNT_OR_NONE}}
{{每个不一致详列各文件上的具体值}}

第 4 层 — 故事连贯性
{{✅|❌}} 求情信目的与 France-Visas Q1 一致
{{✅|❌}} 行程覆盖出行日期且无空隙
{{✅|❌}} 声称的资金金额与银行流水一致
{{✅|❌}} 回国承诺有支撑证据
... 等

故事薄弱点：{{COUNT_OR_NONE}}

第 5 层 — 特殊情况检查（适用：{{LIST_APPLICABLE_SCENARIOS}}）
{{按情境列检查}}

═════════════════════════════════════════════════════════════════════
推荐行动（按优先级）
═════════════════════════════════════════════════════════════════════

1. {{HIGHEST_PRIORITY_FIX}}
2. {{SECOND_PRIORITY_FIX}}
3. ...

预计修复时间：{{X 小时 / X 天}}

下一步：
{{如通过："你已准备好。接下来运行 /appointment-prep。"}}
{{如暂缓："修复上方 ⚠️ 项。然后重新运行 /audit-application。"}}
{{如失败："推迟预约。重新预约前先处理每个 ❌。"}}
```

## 不一致示例（参考）

| 文件 A | 文件 B | 不一致 | 严重性 |
|---|---|---|---|
| France-Visas 表：到达 7/15 | 求情信："7 月中旬左右" | 模糊指代 | ⚠️ 修求情信为具体日期 |
| 护照："JOHN ALAN SMITH" | 求情信："John Smith" | 缺中间名 | ❌ 修求情信 |
| France-Visas：7/15-22 出行 | 保险：7/16-22 覆盖 | 保险晚一天开始 | ❌ 延长保险或缩短出行日期 |
| 求情信："£5,000 可用" | 银行流水：£487.32 | 资金虚报 | ❌ 重新对账 — 求情信必须与现实一致 |
| 工作证明信："批准休假 7/15-22" | 求情信："7/13-23" | 日期不匹配 | ❌ 修其中一份与另一份一致 |
| TLS 预约："John A Smith" | 保险："John Smith" | 缺首字母 | ❌ 重新出具全名版保险 |
| France-Visas 目的："旅游" | 求情信："看朋友" | 目的不匹配 | ❌ 选一个目的；重写不一致的文件 |
| 酒店订单：7/15-20（5 晚） | 出行日期：7/15-22（7 晚） | 住宿空隙 | ❌ 预订缺失晚数住宿或缩短行程 |

## 路由规则

| 结果 | 下一步 |
|---|---|
| 通过 | 建议 `/appointment-prep`（v1.x）— 赴约前 24 小时清单。 |
| 暂缓 | 列 ⚠️ 项。用户修复后，重新运行 `/audit-application`。 |
| 失败 | 列 ❌ 项。建议推迟 TLS 预约。路由到具体修复技能（如 `/photo-check` 重新运行、`/cover-letter` 重新起草、`/insurance-check` 重新购买）。 |
| 用户说"没时间修" + 预约 <48h | 严肃：缺失必备或重大不一致意味着可能拒签。推迟比重申便宜。ETHOS 原则 2。 |
| 用户提到担保人/未成年人/拒签但未审核 | 重新运行审核前路由到 `/sponsored-application`、`/minor-application` 或 `/refusal-appeal`（v1.x）。 |

## 权威来源

- 申根签证规则第 14 条（佐证文件）— 2026-05-23 已核实
- France-Visas 所需文件 — https://france-visas.gouv.fr — 2026-05-23 已核实
- TLScontact 英国赴约前清单 — https://visas-fr.tlscontact.com/en-us — 2026-05-23 已核实

## 维护者注意事项

- "5 层"结构经过校准，能捕捉约 95% 可避免拒签原因。少于 5 层会漏真实问题；多于 5 层用户会跳过。
- 第 3 层（跨文件一致性）抓住最多问题。审核处理时间大部分花在这里。
- "预计修复时间"应现实，不乐观。如需要法国市政厅重新出具 Attestation d'Accueil，那是 2-4 周，不是"几天"。
- 判定失败时，**不要软化**。ETHOS 原则 11 — 偏向行动。"失败 — 推迟预约"是救用户免于拒签的行动。
- 审核应总是给一个清晰的下一步技能。不要只以判定结尾；始终提供前进动作。
- 用户反驳标记时（"姓名差不多嘛"），温和重新引导："领事系统对字符串比对。'John A. Smith' ≠ 'John Smith' 在数据库眼里。现在修比被拒签作测试用例好。"
- 此技能假设用户已运行其他技能。如说"我没运行 /document-checklist 或任何合规检查"，拒绝审核直到他们运行。没有先前的工作就没有可审核的东西。