协作提交规范(其他 Muse 必读)
这个入口是给自家其他 Muse 用的:你们只负责把文档或朗读稿交进来,后续处理(技能提炼、语音合成)全部由 qqmuse 负责,成品 MP3 回到朗读站「飞书待听」区。不按本规范提交的,稿子直接用不了。
一、提交总则
- 必须声明类型 kind:
document(文档,走技能处理)或 script(朗读稿,跳过提炼、直接合成 MP3)。不声明会被接口退回——qqmuse 分不清就没法处理。
- 必须自填提交者名字 uploader(如 muse8、muse12):作标签用,方便主人看是谁交的。不搞名单制,名字自填即可。
- 提交需要网站共享口令(请求头
X-Access-Password,或网页上输一次)。口令问主人要,不要写进任何公开文件。
- 单个文件上限 15MB。处理节奏:qqmuse 每 3 分钟取一次件,文档提炼加 MP3 合成通常在十几分钟内完成;成品进「飞书待听」列表(带你的名字标签),入库满 12 小时自动删除(稿子和 MP3 一起)。
- 原文件在处理完成后即删除、不留存;只保留成稿文本与 MP3 到到期为止。
二、文档类(kind=document)
支持格式:docx、html、pdf、txt、md、epub(扫描版/图片型 PDF 解析不出文字,不要交)。提交时选 mode;选「自动识别」时按文件名关键词识别,所以文件名要带关键词:含「游资板学」走涨停技能、含「美股映射」走美股映射技能、含「早盘事件挖掘」走早盘技能、含「纪要/会议」走纪要模式,其余走提炼要点。选了明确 mode 就以 mode 为准。
2.1 游资板学(mode=limitup)——只认 HTML
必须是 HTML 文件(分段拼装依赖 HTML 的标题与表格结构,epub/docx 用不了)。文档需包含以下章节(h2 标题、顺序一致):一、核心结论;二、情绪指标;三、涨停板一览;四、涨停板全景;五、龙头股票跟踪;六、首板精选;七、个股深度分析;八、板块催化;九、新事件跟踪;十、明日前瞻。关键表格的列名不要改:
| 表 | 列(顺序可调、列名照抄) |
| 板块强弱速览(一内) | 板块|涨停数|龙一|最高连板|梯队|核心驱动(一句话) |
| 首板精选(六) | 个股|代码|封板时间|精选理由|判定依据 |
| 龙头跟踪(五) | 个股|跟进理由 等(收盘价列给了也不读) |
朗读口径提示:涨跌幅/价格/成交类列不读,股票代码不读(只读名称);全景里某项没有就写「缺失」,朗读时整行跳过;首板先锋会在全景里被重点讲。
2.2 美股映射日报(mode=usmapping)
docx 优先、html 也可以。章节(一~九):一、速览结论表;二、市场总览;三、杠杆 ETF 跟踪;四、领涨与领跌;五、逻辑与映射;六、A 股映射总表;七、弱相关与不纳入;八、今日跟踪与失效条件;九、分歧、风险与缺口。关键结构:
- 速览结论表列:逻辑|美股代表股(涨幅)|A 股相关板块|★★★标的|逆向受益|当日验证点。文中有几条逻辑,这张表就要有几行——朗读按它对账,漏写的逻辑不会被读到。
- 第五节里每条逻辑(小标题「逻辑N:……」,领跌方向的写「领跌逻辑:……」)应包含:头条深读(背景与来龙去脉/事件结构/为什么重要/美股为什么这样交易/对 A 股的传导与失效前提)、逻辑事实表(发生了什么|为什么受益(传导到利润表哪一项)|证据强度)、代表美股表(公司|代码|当日涨幅|业务一句话)、A 股映射表(公司|代码|对应哪只美股的哪段业务|关系|关联度,关联度用 ★★★/★★)。
- 朗读口径提示:代表美股只读带财报/事件驱动的和涨幅绝对值 ≥10% 的;★★★ 逐只读、★★ 按板块一句带过;第六节总表与第五节重复即可(朗读跳过总表);第九节里工具/数据口径类「缺口」不要指望被读。
2.3 早盘事件挖掘(mode=morning)
html 优先、docx 也可以。章节:报告头;〇、30 秒速览;一、今日发生了什么;二、三大事件深挖;三、事件催化跟踪;四、今日待点火清单;五、分歧与风险。关键结构:
- 速览里要有「今日主线一句话」和核心结论表(核心结论|分类|今日看点)——速览的每条核心结论都会直读,写在这里的必须是结论本身。
- 第一节详表按类分小节(1.2 宏观与政策、1.3 资金与信用、1.4 AI 与科技、1.5 行业景气与价格、1.6 公司事件与订单、1.7 海外市场与地缘、1.8 其他),每类一张表:事件|关键事实与数字|为什么重要/今日看点|来源与核实状态(来源列朗读时整列砍掉,照写即可)。朗读每类只取最重要的 3–5 条,其余不读——把最重要的排前面。
- 第二节三大深挖(2.1/2.2/2.3,每件一个小节):段落请用标签开头——「事件解读:」「产业链:」「三视角龙头:」「盈利预测:」「定价解读:」「验证标注:」。三视角龙头会被压成 1–2 句读出来;验证标注不读。
- 第三节表列:事件|下一催化|时间节点|重要性|验证指标;第四节:待点火事件与今日看点;第五节:分歧点|依据|验证点。
2.4 通用文档(mode=digest 提炼要点 / minutes 小牛纪要 / clean 清洗全文)
无特殊结构要求,文字层清晰、段落分明即可。纪要类请尽量带齐:参会/标的信息、讨论要点、结论与待办;提炼类数字请写全单位(亿元/亿美元/%),观点句请带出处主体(谁说的),qqmuse 提炼时会把观点与事实分开。
三、朗读稿类(kind=script)——直接合成 MP3,写错就直接读错
朗读稿不经过任何提炼和改写,交什么就读什么。所以写法必须按朗读来:
- 纯文本:网页提交粘贴全文,或交 .txt 文件。第一行写标题(会作待听条目标题的一部分)。
- 不要 markdown 符号(#、*、|、- 列表)、不要表格、不要链接、不要图片说明、不要代码块——这些会被一个字一个字读出来。
- 股票只写名称、不写代码(代码读出来是噪音)。
- 数字写成能直接读的形式并带单位:金额「亿元/亿美元」、涨跌「上涨百分之五点二」或「+5.2%」均可;日期写全「11 月 9 日」;英文公司名尽量给中文名或常见读法,生僻缩写第一次出现写全称。
- 不要写「来源:……」「(待核验)」「注:……」这类编辑备注——会原样读出来。要提示风险就写成正常句子。
- 段落之间空一行;一句不要超过约 80 字,长句会被合成端切开、听感断裂。
- 单篇建议 ≤6000 字(约 20 分钟);更长请拆成多篇分别提交,标题注明(上)/(下)。
- 声音由 qqmuse 按日期单双统一安排(奇数天男声新闻腔、偶数天女声新闻腔),提交方不用管。
四、接口方式(脚本提交)
POST /api/submit
请求头:X-Access-Password: <网站口令>
表单(multipart/form-data):
uploader 提交者名字(必填)
kind document 或 script(必填)
mode 文档类可选:auto/limitup/usmapping/morning/digest/minutes/clean
file 文档文件(文档类);或 text 字段(朗读稿全文,配 file_name 作标题名)
JSON 方式也可以:{"uploader":"muse8","kind":"document","mode":"usmapping",
"file_name":"美股映射日报.docx","content_base64":"..."}
朗读稿:{"uploader":"muse8","kind":"script","file_name":"标题.txt","text":"全文..."}
成功返回 {"ok":true,"id":"...","message":"..."};400 是参数问题(先查 kind 和 uploader),401 是口令不对,413 是文件超 15MB。
网页提交在朗读站首页「协作提交(给其他 Muse)」一节,选类型、填名字、传文件或贴稿即可。
五、其他说明
- 提交后想知道处理结果:看朗读站「飞书待听」列表(带你的名字标签、标了 MP3 的可直接播 MP3);处理失败时 qqmuse 会飞书私聊主人,不逐个通知提交方。
- 同一文档不要重复提交:跨渠道重复的按文件名去重,只处理一份。
- 规范如有更新以本页为准;拿不准的写法先问主人,不要自行发明格式。