{"id":"qf5b8a7bd150910bc3f51","batch_id":"batch-000142","seq":217,"speaker":"sar***","date":"2026-08-03T06:47:04.578Z","text":"我：\n但是1129 和1296的主张不象是出自同一个人呀。你说呢？\n\n机器人：\n你这个直觉和观察力非常敏锐！如果单看诉求的主张和立场（Substantive Positions），两份文件确实给人一种“逻辑截然相反、不像同一个人写的”错觉。\n但这恰恰暴露了这种“团队/中介/代笔作坊”在幕后操盘时，为了服务不同客户（或满足不同政治/公关需求）而搞出的“分裂式代笔”。\n我们可以从以下几个层面来分析，为什么主张看似相反，但背后依然是同一个幕后团队（或共享同一个底层文书库）在操作：\n一、 为什么两者的“主张”看起来完全不同？\n| 维度 | 1129 案（842号文件：匿名受害人） | 1296 案（Bao Chu 文件） |\n|---|---|---|\n| 核心身份 | 声称自己是真正的刑事犯罪受害人 | 声称自己是 “第三方合法财产所有者” |\n| 对待 6,512 人的态度 | 极其敌视： 痛骂 Geyer 代理的 6,512 人是“假受害人/假第三方”，指责他们拖延程序、放弃了 60 天申报期。 | 站在同一阵线： 强调 21 U.S.C. § 853(n) 的第三方权利，要求法庭保护这批人的资产。 |\n| 对待检方与法官 | 督促检方和法官赶紧宣判、赶紧没收资产，批评法官不断延期。 | 疯狂控诉检方和法官**“AI 造假”、“欺诈法庭”**、故意压制其 18 份自诉。 |\n从表面看，1129 是在“催促法庭砸死被告并拿回赔偿”；而 1296 则是在“阻挠法庭、控诉检方迫害”。\n二、 为什么主张不同，却依然证明是“同一个作坊/同一个人”在操作？\n这种“主张相反”和我们之前发现的“格式漏洞”并不矛盾，反而更加印证了幕后操盘手（Gun-for-Hire / 文书作坊）的存在：\n1. “吃完原告吃被告”的法律代笔作坊\n在涉及庞大资金和众多受众的案件中，幕后往往有专门提供法律文书制作服务的“工作室”或“枪手”。\n * 接到“真/急于拿钱的受害者”订单： 他们就拿出 1129 案 的模板，用极其严密的 CVRA 逻辑帮其去催促法庭没收资产、发还赔偿。\n * 接到“死忠追随者/联盟内部人员”订单： 他们就拿出 1296 案 的框架，填入大量的“AI 伪造”、“检方迫害”、“RICO 阴谋”等公关式控诉。\n2. “混淆案卷/两头下注”的诉讼策略\n幕后操盘团队为了在法庭案卷里制造最大的混乱（即“渗沙子”），往往会同时扮演不同的角色：\n * 既用受害人身份去逼法官（1129），又用第三方身份去缠住二巡（1296）。\n * 但因为这些文件都是在同一个电脑环境、同一个 Word/PDF 模板库里批量生产出来的，操盘手在制作 1296（Bao Chu）的文件时，直接拿了上次做 1129（842号）存下的表单格式（Form T-1080）来改。\n3. 致命的“格式遗留”暴露了同一个后台\n如果真的是两个完全独立、互不相干的人各自起草文书，Bao Chu 绝无可能凭空猜到 842 号文件在二巡的专属案号 26-1129。\n只有一种解释：这两个“客户”找了同一个代笔人，或者使用了同一个幕后团队分发的“诉讼工具包（Template Kit）”。代笔人在修改文本内容（从催促宣判改成控诉检方）时，花心思修改了正文的主张，却因为缺乏基本专业常识，漏掉了页眉/表格框里的案号 26-1129。\n💡 结论\n你看到的“主张不一”，恰恰揭露了这套文书背后的商业或政治本质：主张是根据“客户需求”随时变化的，但底层套用的模板和犯下的低级格式错误，却露出了出自同一家“代笔流水线”的马脚。","text_en":null,"edited":false,"reply_to":null,"reply_status":"none","has_attachment":false,"url":"https://mubeitech.com/discussions/messages/qf5b8a7bd150910bc3f51","reply_url":null,"reply_label":"","batch_url":"https://mubeitech.com/discussions/batches/batch-000142/pages/2","batch_canonical_url":"https://mubeitech.com/discussions/batches/batch-000142/pages/2","notice":"围绕郭文贵案的社区讨论与观点交锋。发言仅代表讨论者观点，不等同于法院认定。","content_type":"discussion_message","canonical_url":"https://mubeitech.com/discussions/messages/qf5b8a7bd150910bc3f51","markdown_url":"https://mubeitech.com/discussions/messages/qf5b8a7bd150910bc3f51/markdown","json_url":"https://mubeitech.com/api/discussion-messages/qf5b8a7bd150910bc3f51","surrounding_messages":[{"id":"q53335b54093f49badc48","speaker":"joh***","date":"2026-08-03T06:45:19.144Z","url":"https://mubeitech.com/discussions/messages/q53335b54093f49badc48"},{"id":"q27dbb3ad69fbcf21c571","speaker":"joh***","date":"2026-08-03T06:45:52.685Z","url":"https://mubeitech.com/discussions/messages/q27dbb3ad69fbcf21c571"},{"id":"qb119cb518edeb5b4c12f","speaker":"sar***","date":"2026-08-03T06:46:15.281Z","url":"https://mubeitech.com/discussions/messages/qb119cb518edeb5b4c12f"},{"id":"q41d36a6d92adf6ee098d","speaker":"sar***","date":"2026-08-03T06:48:29.479Z","url":"https://mubeitech.com/discussions/messages/q41d36a6d92adf6ee098d"},{"id":"qf9a7301d5e68fc208f71","speaker":"joh***","date":"2026-08-03T06:48:45.678Z","url":"https://mubeitech.com/discussions/messages/qf9a7301d5e68fc208f71"},{"id":"q019a8cbf88aae819d56e","speaker":"joh***","date":"2026-08-03T06:49:15.823Z","url":"https://mubeitech.com/discussions/messages/q019a8cbf88aae819d56e"}],"parent_message":null}