Menu
Use when 用户要求提取、提炼、总结某个日期或时间范围的群聊/聊天记录（EACC 投资群 / eacc-chat），生成群聊日报、核心话题分析或投资价值信息筛选。触发词：提取聊天记录、群聊提炼、群聊总结、某月某日群里聊了什么、chat digest、群聊日报、群聊干货。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
Use when the user asks to correct English prompts, broken English, typos, grammar, wording, tone, workplace English, business writing, presentation language, or asks for English practice, quizzes, or help expressing ideas clearly in English.
评估或对比会议纪要/访谈整理/深度纪要的质量：对照原始转录核查保真度，盘点覆盖度，输出多维度打分与失真清单。适用时机：(1) 用户问"这两份纪要哪份质量更高/写得更好"，(2) AI 生成的纪要发布前验收（有没有幻觉、编造、立场写错），(3) 给纪要挑毛病/做质检/打分。触发语：评估纪要质量、对比纪要、纪要靠谱吗、纪要验收、纪要打分、哪份纪要好。
对会议纪要/活动回顾/访谈整理等将对外发布的文档做敏感信息检查与脱敏，覆盖查塔姆宫规则（Chatham House Rule）合规：人名机构名及变体、职级暗示、玩笑话与人事信号、点评同行、口语化敏感词、外链击穿匿名、身份指纹拼图、第三方未公开信息、编辑残留。适用时机：(1) 纪要将对外发布/进知识库/发群前，(2) 嘉宾或机构方要求脱敏审稿，(3) 用户提到查塔姆规则/讲事不讲人/匿名化/敏感信息检查。输出违规清单+修复建议，或直接执行脱敏。
Use when designing or reviewing lifecycle status fields, finite state machines, async task/order/payment/upload/approval workflows, or when states are overlapping, action-shaped, ownerless, unsafe under retries, concurrency, timeouts, or terminal-state updates.
深度研究与验证技能：当用户提出需要多源信息搜集、逻辑推理和事实验证的复杂问题时使用。 适用场景包括但不限于：投资研究、行业分析、技术对比、政策解读、商业决策支持等需要 "先想清楚怎么查，再去查，查完还要验证"的场景。 触发关键词/短语：为什么A而不是B、分析一下、帮我研究、设计一个SOP流程来回答、 深度分析、请验证、fact check、多角度分析、请先理解问题再回答、不要立即回答。 当用户明确要求"先设计研究流程再回答"或"验证你的结论"时，务必使用此技能。 当用户的问题涉及多个实体的比较（公司、技术、政策等）且答案不是简单事实时，也应触发。
对一段陈述/视频/文章/分析报告做真实性验收：拆解论点链 → 联网核查关键数据 → 找出反方证据 → 输出可点击的 8 维度红绿灯诊断与最终客观判断。当用户说"帮我看看这个说法靠不靠谱 / 验证真实性 / 反方观点是什么 / 这是不是泡沫 / 帮我做一个验收 / 这观点合理吗"时调用。
| name | eacc-chat-daily-distill |
| description | Use when 用户要求提取、提炼、总结某个日期或时间范围的群聊/聊天记录（EACC 投资群 / eacc-chat），生成群聊日报、核心话题分析或投资价值信息筛选。触发词：提取聊天记录、群聊提炼、群聊总结、某月某日群里聊了什么、chat digest、群聊日报、群聊干货。 |
从 eacc-chat MCP 索引中按日期拉取群聊消息，提炼对股票投资决策有价值的信息，产出带溯源、带发言人权重的 Markdown 笔记，并强制执行数据验收。
目标不是"总结聊了什么"，而是帮用户高效获得可用于投资决策的：方法论、关键判断、关键 Know-how、高价值事实。
核心原则：
YYYY-MM-DD 按 +08:00 解释；end_time 是排他上界 → 提取 7月4日 用 start=2026-07-04, end=2026-07-05。投资/群聊提炼/YYYY-MM-DD-群聊提炼.md（Obsidian 库内）。权重清单：sender-trust-roster.json——路径因环境而异，使用者需自行配置（如放在群聊归档数据目录下，并在项目级 CLAUDE.md 或本 skill 的本地副本中记录实际路径）。格式约定：JSON 数组，每项至少含稳定 ID sender_username 与 weight。
sender_username（稳定 ID）匹配，绝不按昵称——昵称会随时更改。转录必须保留 sender_username。张三[1.7]。eacc_time_activity（bucket=hour）获取当日总消息数 N 与分时分布。记录 N（验收①）与讨论峰 Top3（验收②）。
原始 JSON 含大量图片/视频 XML blob，禁止在主上下文分页拉取全天消息。派 general-purpose 子代理，提示词必须包含：
mcp__eacc-chat__eacc_query_messages；eacc_query_messages(start, end, limit=200) 循环 next_cursor 直到 has_more=false；text → 保留 text_content 全文；rich_media → appmsg：[转发] parsed.title — parsed.description；appmsg_quote：[回复 refermsg.displayname] text_content；image/video/sticker/voice/non_text/system → 丢弃，仅计数；HH:MM 显示名[sender_username](local_id): 内容（sender_username 供权重匹配）；主代理通读转录（大交易日 2000+ 行时分页读，每页 ≤500 行；提炼与判断不得转包给拉取子代理），按 热度 = 相关消息数 × 参与人数 × 持续时长 取 Top2 核心话题。热度只在投资相关消息集内计算：纯娱乐/八卦/生活话题即使占据全天最高峰也不得作为核心话题，只在"情绪与共识"小节用一句话记录其存在（它反映当日群体状态）。每个话题必须含：
显示名[权重](local_id)：「逐字原文」。| 小节 | 收录标准 | 关键动作 |
|---|---|---|
| 方法论 | 可复用的分析/交易/风控框架（如压力测试仓位法、催化剂清单法） | 提炼成可执行的一句话，注明出处 |
| 关键判断 | 高权重人物对市场/板块/个股的方向性判断与理由，含其仓位动作 | 按权重降序；判断+理由+仓位证据 |
| 关键 Know-how | 操作层面的诀窍：工具用法、渠道、规则细节（如 TRS 通道、ADR 衍生品规则、链上现货看价渠道） | 这是用户最看重的类别，宁多勿漏 |
| 高价值事实与数据 | 有数据、有来源的事实（价格/财报日期/产业数据/研报要点） | 标注一手/转发/二手转述 |
| 情绪与共识 | 群体情绪与分歧结构，必须给证据（谁、原话、多少人附和） | 分歧双方都要呈现 |
| 未证实传闻 | 无来源但引发认真讨论的事实断言 | 单独隔离，标【未证实】，记录谁信谁驳 |
过滤规则：
frontmatter 含 date / group / message_count / coverage / generated_by。正文顺序：核心话题一、二 → 方法论 → 关键判断 → 关键 Know-how → 高价值事实与数据 → 情绪与共识 → 未证实传闻 → 验收记录表。
| # | 验收点 | 方法 | 通过标准 |
|---|---|---|---|
| ① 覆盖率 | 子代理拉取条数 vs Step1 的 N | 相等，且 has_more=false | |
| ② 话题准确 | 话题时间段 vs 分时高峰；必要时 eacc_search_messages 关键词抽查 | 两话题合计覆盖至少前二讨论峰 | |
| ③ 引述保真 | 抽 ≥2 条引述，用 eacc_get_context（source_database/source_table/local_id）回查 | 原文逐字一致、发送者一致 | |
| ④ 加权合规 | 核对产出中所有信源的 sender_username vs roster | 前四类小节无 0.0 信源；关键判断标注了权重 | |
| ⑤ 过滤正确 | 复读产出 | 无纯情绪条目；无来源断言均已隔离标注 | |
| ⑥ 完整性 | 两话题四要素、六小节 | 齐全（可为"无"） |
验收结果写入产出文件"验收记录"表。任一不通过 → 回到对应 Step 修正后重新走验收；把根因追加到本文件"迭代记录"。
| 错误 | 修正 |
|---|---|
| 在主上下文直接分页拉全天消息 | 图片 XML 撑爆上下文；必须子代理拉取＋清洗到文件 |
| end_time 用当天日期 | end 是排他的，会少一整天；用次日 |
| 转录只留昵称、丢了 sender_username | 权重无法匹配（昵称会变）；行格式必须带稳定 ID |
| 引用 0.0 权重者的"干货"（如财报日期） | 高置信信息必须换成高权重信源或独立佐证，否则降级到情绪/传闻 |
| 引述凭印象改写、拼接 | 验收③必挂；逐字复制 text_content |
| 把转发文章标题当作群内观点 | 标注是谁转的、群内如何反应 |
| 只提炼新闻，漏掉 Know-how | Know-how（渠道/规则/工具细节）是用户最看重的，单列小节强制检查 |
| 子代理既提炼又自己验收 | 验收必须主代理独立抽查 |
eacc_get_context(before=0, after=0) 控制输出体积；② 交易日与休市日话题结构差异显著（休市日娱乐峰主导，必须启用 v2.1 的投资相关性过滤）；③ 会出现 roster 外信源当期信息质量高的情况（含产品方一手信源），应记录并建议用户评估后增补 roster；④ 跨日信息链有价值（如某日的机制科普 ↔ 两天后的相关传闻），产出笔记应显式互链。