PANEL_CLERK v0 — 面板取件实习生

• 日期：2026-08-29
• 位置：OneDrive/bots/PANEL_CLERK/（不在 Hermes 下）
• 状态：原则已封；岗位未上 Routine；第一次真实试岗尚未跑
• 本文读者：面板设计 agent；另一台电脑上运营周报 / 自动面板同步的 agent；之后才会贴进 Grok Bot

请这两位先看，并在文末「请你们回答」处直接写期待或异议。不要改 Hermes 里的任何文件。

0. 给两位读者的一句话

我们不打算再做一套监测，也不让 Grok Bot 当分析师。
想试验的是：现有面板 + 周报流水线里，高频查缺补漏能不能交给一个只取原件、不改灯的实习生。

你们最清楚：cron / 周报 / 面板已经抓住了什么、经常漏的是哪一类公开原件。请用那个事实来打这份岗位，而不是讨论 Bot 架构。

1. 它是什么 / 不是什么

价值函数：释放裁决带宽（少开网页、异常项进三方），不是多抓新闻。

判断仍只在：云端 GPT → 本机 Grok / Codex → Hermes。
Clerk 不准接触黄灯、0 票、方向票、dashboard 正文。

2. 原则（v0.2，已封，本文件不展开辩论）

1. 稀缺的是裁决带宽，不是新闻覆盖率。
2. Grok 模型的优势是信息；Grok Bot 的优势是持续占有浏览器和文件系统。本次实验测的是后者。
3. 高频 = 对已定义白名单提高采样率，不是高频改信念，也不等于必须用 Bot 逛街。
4. 以后若有第二 Bot：共享电脑，不共享判断。现在不建。
5. 先雇这一个 Clerk，own 一份完整 packet；没有数据证明前不扩、不挂班表。

记忆：不是要求它忘记 STATE，而是不把 STATE 给它。输入只有 claim / URL / 时间窗 / 白名单 / 输出 schema。

3. 为什么抓手是「高频查缺补漏」

五条绊线并不平等：

• 合约价落地、LTA、CSP 指引、存储厂设备 capex：基本是日历件。一天扫十次只会灌水。
• 融资 / 信用类事件（发行、评级、违约、TLB、waiver、vendor support）：才配得上比周报更勤的采样。
• 周报已经引用的命题：另一类缺口是日期写错、官方/二手混写、旧采访焊到本周事件上。那是 CLAIM_AUDIT，要附上周报才做。v0 先不做。

8/29 周报暴露过两类错误（供对照，不要写进 Bot 输入当「标准答案」）：

• 窗内旧文被当成新事件（例：2026-04-06 DataCenterKnowledge）。
• 窗内官方融资事件周报未引官方稿（例：Lambda 一类。不要把具体事件名告诉 Bot，否则失去 gap discovery 检验）。

v0 只考白名单 A 的 gap scan。CLAIM_AUDIT 以后另开一轮。

4. 贴进 Grok Bot 的岗位说明

Name: PANEL_CLERK
Title: 面板取件实习生

你是 PANEL_CLERK，现有半导体信号面板的取件实习生，不是分析师，不是助手。
唯一工作：在给定时间窗内，按白名单把可能漏掉或写错的公开原件找全，做成证据包。不更新绊线，不下投资结论，不写利多/利空/预警/强化/P0。
每次只使用用户本轮提供的：- 时间窗- 事件白名单（或本轮周报原文）- 输出格式禁止使用对话记忆里的「当前判断、黄灯、方向票」。记忆中的数字一律视为过期。
默认白名单（用户可收窄；未列出的主题 DROP）：A. 融资/信用：具名违约、评级行动、发行/流标/缩量、TLB/债券/贷款条款、waiver/covenant、vendor support、重组B. 若用户附上周报：只审核稿中已有命题的日期、官方 vs 二手、是否旧闻回炉、数字是否被升级C. 不主动扫描 GPU 路线图、光模块、电力、个股推荐、情绪帖
取件要求：- 追到公司 IR / 监管 / 评级机构 / 贷款公告原件；新闻稿只是线索- 记录 event_time、disclosure_time、first_seen- 多账号转述同一上游 = 一个来源- 截图必须带 URL 和发布日- 找不到原件就 SOURCE_NOT_FOUND，不准用记忆补- support 只能是六态之一：  SUPPORTED | PARTIAL | UNSUPPORTED | REHEATED | SOURCE_NOT_FOUND | NOT_IN_WHITELIST- 不为凑数量继续搜索。一个候选事件若经过最多 3 条独立检索路径仍找不到原件，标记 SOURCE_NOT_FOUND 后停止；同源转述不得作为新的搜索任务扩散。
输出每个命题只能用上述六态。禁止发帖、点赞、关注、登录券商/彭博/内部库。外部写操作需用户批准。聊天只回一行状态；细节写文件或结构化清单。

5. 第一次试岗任务（手工启动，不挂 Routine）

时间窗：2026-08-22 至 2026-08-29，Asia/Shanghai。任务：BOUNDED_GAP_SCAN，仅白名单 A（融资/信用）。不要读任何仪表盘或投资结论。
对每一条给出：- claim- canonical_source- event_time- disclosure_time- first_seen- support（六态之一）- officially_supported / not_officially_supported- official_source_present: yes / no- secondary_coverage: 本窗内是否有二手报道；有则列最早一条 URL
已知对照（negative control，不是结论）：DataCenterKnowledge 2026-04-06 那篇 colocation / IG 文章不在本窗，不要当新事件。
不为凑条继续搜。同一事件最多 3 条独立检索路径；找不到原件就 SOURCE_NOT_FOUND 并停止。聊天只回：SUPPORTED n / PARTIAL n / REHEATED n / SOURCE_NOT_FOUND n / 其他 n。细节放 packet，不要写成综述。

不要把 Lambda 或其他「标准答案」写进任务。DCK 旧文可以作 negative control。

6. 验收（只这四个数；分析质量不计分）

考试命题：

在不知道投资判断的情况下，能否把指定时间窗内的信用/融资原件取齐，并把错误、旧闻和找不到明确暴露出来，从而让人只处理异常项。

合格示例（文字难看也算）：6 条官方原件完整；自己抓到未提示的官方融资；DCK 被排除；2 条 SOURCE_NOT_FOUND；人只重开 2 个异常项。
直接不及格：一篇漂亮的「本周 AI 基建融资环境综述」。

7. 和现有流水线的接口（尚未接线，先征求意见）

现状（不改）：

cron 结构化序列 → 周报 md → 另一台电脑自动面板                 → 文字稿进云端 GPT                 → 落版前本机 Grok / Codex                 → Hermes 写库

设想的插入点（未实施）：

周报生成后、云端解读前  可选：CLAIM_AUDIT（以后；要附周报）  v0：与周报并行的 BOUNDED_GAP_SCAN（白名单 A）→ packet / exception queue→ 人只处理异常→ 判断系统决定是否进周报修订或 dashboard

Clerk 不写周报、不写面板、不写 Hermes。
OpenClaw / 周报流水线若以后收包，只收对象：URL、PDF、日期、claim、support 六态。

RSS / API / cron 已经稳定抓到的，不必升级到 Bot。Bot 只处理需要浏览器、附件、跨页确认、保存 artifact 的残差。

8. 请你们回答

直接把意见追加到同目录 COMMENTS.md（没有就新建），或在原文对应条下批注。请具名：面板设计 / 周报同步。

给「面板设计」agent

1. 白名单 A（违约、评级、发行/流标、TLB/贷款、waiver、vendor support、重组）对你们的信用/融资格是否够用？缺哪类事件类型？多了哪类只会噪声？
2. 面板消费的最小字段是什么？上面这张 packet 是否缺 issuer、instrument、rating_from/to、金额、到期？还是你们只要官方 URL + 日期，其余自己抽？
3. 查缺补漏的「缺」以什么为基线：上一期周报、面板 last_seen、还是绊线观察窗？请给一个可执行定义，避免 intern 自己发明「重要」。
4. 哪些源你们认为必须落到 primary（IR / SEC / 评级机构 / 贷款公告），哪些二手（Reuters / 韩媒）可以接受为线索但不进面板？
5. 采样密度：日历件是否应声明「本岗默认不扫」？信用格若要高于周频，你们期望的是每日一次人工、还是事件触发？

给「周报 / 自动面板同步」agent

1. 你们现在已经自动抓了哪些融资/信用源、关键词、站点？请列「已覆盖 / 经常失败 / 根本不碰」。
2. 8/29 那类问题（窗外旧文进稿、窗内官方融资未引原件）在流水线哪一步最容易发生？取件实习生插在周报生成前还是生成后、解读前更省事？
3. 你们能不能在周报旁吐一份 cited_urls[] + claims[]，供以后 CLAIM_AUDIT 使用？现在有没有现成字段？
4. packet 放哪你们接得走？例如本目录 outbox/，还是必须进现有 digest 路径？（进 Hermes 目录的事先说，默认不进。）
5. 哪些「看起来像新闻、其实 cron 已经有数」的条目，希望 intern 明确 DROP，以免和面板序列打架（例如 TF 价格、TWSE、BOK）？

共同否决项（有则直说）

• 若你们认为信用/融资缺口用 RSS + 现有关键词已经够，请写「v0 不必跑 Bot」。
• 若缺口其实是光学/存储日历件的原件，请不要默默扩白名单；另开一轮、另写岗位。

9. 本目录约定

禁止写入：Hermes、cloud memory、dashboard、周报生产目录。
本文不是投资建议，也不更新任何绊线。