Evidence Design Hub：先按这个顺序读 Track C，不要自己拼 proof logic

TL;DR

Track C 不该乱读。

对大多数 DIY 用户，最稳顺序是：

1. proof map
2. impact / activity / bridge evidence audit
3. 把 raw experience 拆成 claims
4. 再决定 letters、external validation、weak-documentation repair

Use this if

• 你已经有一些 route 和 endeavor 基础
• 你现在卡的是“材料怎么变成 proof chain”
• 你想知道哪篇证据文章该先读

Not for you if

• 你还没决定 primary route 或 proposed endeavor
• 你当前主要卡的是 PE / RL / PL drafting

The Track C reading order

1. 先看整体证明链

• Proof Map First

先把 claim、evidence、gap 排开。不然你后面读任何 evidence article，都会继续把材料当材料，不会把材料当证明。

2. 再做 evidence audit

• 什么是 impact evidence，什么只是 activity evidence

这一步是把材料分层。 这里的 impact / activity / bridge 是 internal evidence-audit shorthand，不是 USCIS 标签，也不是当前 /app/case 的现成列。

3. 再把经历拆成可证明 claims

• 把简历上的一行，拆成一个 claim + support bundle

如果你还只有经历列表，没有 claim，这篇要先于任何 letter strategy。

4. 再决定 letters 该补什么

• Support Letters 的正确 proof job

letters 不是先找人，而是先分配证明任务。 这里的 proof job 也是 internal planning shorthand。

5. 按 case 类型补外部验证或弱文档修复

• 外部验证怎么用，才不是把 business signals 堆上去
• 强 work、弱 documentation 时怎么办

前者适合 applied / founder / commercialization。 后者适合 confidential / internal / redacted-heavy case。

6. 最后回到 checklist 看缺口

• DIY Materials Checklist

If you only have one blocker

• 材料很多，但完全不知道哪份重要：
• 先读 Proof Map First
• 材料 mostly 是职责描述、工作内容、内部汇报：
• 先读 Impact vs Activity
• 再读 Strong Work, Weak Documentation
• 只有简历，不知道怎么落到 claim：
• 先读 Resume Line to Claim-Support Bundle
• 已经准备找 recommenders：
• 先读 Support Letters 的正确 proof job

After reading do this

1. 回到 /app/case，先把现有 evidence inventory 拉出来。
2. 在 app 外完成一张 proof-design plan：包括 proof map worksheet、evidence audit、当前 gaps。
3. 只有当这张 plan 比较稳定时，才进入 RL outreach 或 PL drafting。