| name | audit-application |
| description | 提交前审核关卡。读取用户收集的所有文件、/start-here 的范围、
求情信，进行整体合规性+一致性检查。标注不一致（姓名、日期、
金额在不同文件间不匹配）、缺漏（必备文件缺失）、薄弱点
（回国承诺模糊、行程不一致）。当用户说"审核我的申请"、
"我准备好了吗"，或 80%+ 文件齐备准备提交时使用。这是 TLS
赴约前**最后**要运行的技能。(Schengen-master 技能)
|
| allowed-tools | ["AskUserQuestion","Read","Write"] |
| triggers | ["审核我的申请","我准备好提交了吗","赴约前最终检查","申请前全面检查","审查我的申请","最后检查"] |
| country | france |
| proactive | true |
| version | 0.1.0 |
| last-reviewed | 2026-05-23T00:00:00.000Z |
/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/分享码 + 英国地址证明？ |
流程
-
读取或收集申请档案。 如用户保存了之前技能的输出（/document-checklist、/cover-letter），读取。否则请用户分享他们有的。
-
执行第 1 层（文件齐备性）。 任何必备 ❌，输出局部报告 + 停止。让用户先获得这些项目再继续审核。
-
执行第 2 层（文件合规性）。 建议运行漏掉的合规技能。
-
执行第 3 层（跨文件一致性）。 这是最耗时的层。要彻底。每个不一致 = 一个标记。
-
执行第 4 层（故事连贯性）。
-
执行第 5 层（特殊情况检查）。 仅应用上表中相关情境。
-
总体判定：
- 通过 — 5 层全部清洁。可安全赴约。
- 暂缓 — 标注的轻微问题（⚠️）；如时间允许应在赴约前修复，但如紧迫可如期赴约。
- 失败 — 重大问题（❌）可能导致拒签。强烈建议推迟预约。
-
输出审核报告。 保存至 ~/Documents/{{DESTINATION_FOLDER}}/audit-report-{{TIMESTAMP}}.md。
-
如通过： 提供告别建议 — 打印一切、再次核对到达时间、带原件+复印件等。路由到 /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）。 |
权威来源
维护者注意事项
- "5 层"结构经过校准，能捕捉约 95% 可避免拒签原因。少于 5 层会漏真实问题；多于 5 层用户会跳过。
- 第 3 层（跨文件一致性）抓住最多问题。审核处理时间大部分花在这里。
- "预计修复时间"应现实，不乐观。如需要法国市政厅重新出具 Attestation d'Accueil，那是 2-4 周，不是"几天"。
- 判定失败时，不要软化。ETHOS 原则 11 — 偏向行动。"失败 — 推迟预约"是救用户免于拒签的行动。
- 审核应总是给一个清晰的下一步技能。不要只以判定结尾；始终提供前进动作。
- 用户反驳标记时（"姓名差不多嘛"），温和重新引导："领事系统对字符串比对。'John A. Smith' ≠ 'John Smith' 在数据库眼里。现在修比被拒签作测试用例好。"
- 此技能假设用户已运行其他技能。如说"我没运行 /document-checklist 或任何合规检查"，拒绝审核直到他们运行。没有先前的工作就没有可审核的东西。
