用途：把 alpha/beta 读者反馈处理成结构化、可核对的流程。先收集每位读者的反馈文件，在一轮全部收齐前不做修改，再把反馈综合为一致、分歧、单人三类发现，形成带就绪结论的决策记录，并产出具体修订计划交给 revision-continuity 技能执行。
主要能力：支持开启一轮（招募读者、发送章节）、按模板记录反馈、对完成的整轮做综合；提供 GitHub Pages 审阅副本与 issue 反馈表单工作流；用段落标签（如 ch03-p12）定位引用，并用 story compare 把旧标签映射到当前文本；对问题条目做 canon 检查；在综合中记录就绪结论 ready、needs-revision 或 not-ready。
使用方式：项目根目录需存在 story.md 且至少有一个已写章节。反馈放在 feedback/round-{N}/，读者文件用 kebab-case 命名；每条反馈保留 Where 段落锚点，综合写入 synthesis.md。常用命令包括 story build、story snapshot、story compare、story reindex、story wordcount、story check；Git 项目可用 git tag、git commit 标记轮次。安装或未安装 Story CLI 时可用打包的 node ../story-maintenance/scripts/story.js 作为后备。
适用场景：组织读者反馈轮次、记录与整理反馈、把整轮综合为决策与修订计划；模拟读者轮次也可用同一文件结构，但需标注 source: simulated，且 ready 仅表示可交给真人读者。
限制：不要在反馈未收齐时修改稿件；模拟读者之间不算独立，不能当作收敛信号；模拟与真人反馈不能同轮混合；敏感度角色只标记待真人阅读的段落。费用、价格、平台支持等资料暂未提供。