每天听本书
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_351064ac/daily-bookcast 技能到 AI 助手。
技能介绍
解决什么问题
听书稿的难点不是“写不出来”,而是“在有限时间内写得准、写得能听”。如果让模型自由发挥,常见结果有三种:一是为了赶时间编造细节,二是把目录按顺序压缩成目录摘要,三是临到截止时间还在改稿,最后只能留下半成品。
@user_351064ac/daily-bookcast 的目标是把这类长稿纳入一个有界工作流:从收到书名到交付最终正文,墙钟硬上限为 480 秒;正常正文停止点是第 440 秒,第 455 秒后正文绝对封口,第 475 秒后尚未启动的 finish 只能留下失败证据。它把速度建立在并行取证、减少工具往返和提前取舍材料上,而不是靠省略事实核验或把整篇长稿塞进一次不可中断的调用。
核心能力
技能先用 scripts/runtime_guard.py start 写入绝对截止时间并完成解释器预检,随后进入研究阶段。它会批量选择三到五个信息密度最高的合法来源,为关键概念、案例、精确事实和作者结论绑定证据;小说核对人物关系、因果链和结局,非虚构核对论证路径与结论。核心事实无法可靠核实时,技能要求降格为可支持的概括或直接删除。
结构上,技能先锁定中心问题、覆盖地图和两到四个主体部分,再按听觉顺序切成三个生产块。第一块约 1650 至 1750 个非空白字符,承担开场和主线起步;第二块新增约 2450 至 2600 字并累计到约 4100 至 4350 字;第三块根据第二项机器计数一次写足剩余主线、必要边界和约 450 至 600 字收束。八分钟模式通常落在约 7000 至 7150 字,但交付不得超过 10600 字。
前两块落盘后会运行软 checkpoint,返回 on_track、warning、critical 或 hard_stop,用实际字符数和已用时间驱动下一块取舍。出现 critical 时不重试小缺口,也不新增检索,而是删除次级案例、作者履历、书外应用和重复总结,保留已核实的中心因果链。第三块完成后直接运行 scripts/runtime_guard.py finish,原子完成计数、格式检查和元数据写入。
写作约束
正文必须使用自然中文口语,按“第一部分”“第二部分”等独立纯文本行分部;具体材料要承担主体论证,不能只作开场点缀。跨层因果、身份归属和“因此、必然、证明、属于”这类桥接词需要检查连接本身的证据;来源只支持推测或有限样本时,必须保留归属与边界词。
最终回复从问候语直接开始,只输出完整逐字稿。技能不展示研究过程、提纲、来源、评分或解释,也不大段复制原书、出版社文案或书评,不伪造引语与数字,不绕过付费墙,不把现代应用写成作者原意。只有 finish 写出 passed: true、format_check_passed: true 且总耗时不超过 480 秒时才视为完成。
使用场景
- 拿到一本非虚构新书,需要在八分钟内产出一份结构完整、可连续收听的中文逐字稿。
- 运营一档读书栏目,希望把书籍核心论点与案例讲清楚,而不是按目录逐章压缩。
- 内容团队要批量制作听书稿,需要技能用 checkpoint 报告字数和进度,避免临门缺稿。
- 做历史传记解读时,需要按人物节点核对时间线,避免把不同章节事件写成同时发生。
适合人员
- 内容编辑:需要把一本书讲成结构清晰的中文听书稿,并只交付最终正文。
- 播客或读书栏目运营:要在固定时长内稳定产出可收听的长稿,同时控制篇幅。
- 技术博客作者:想拆解一个把事实核验和写作流程绑在一起的技能实现。
- 知识产品策划:希望为不同体裁书籍快速生成有主线、有证据边界的听书内容。