研究生组会录音智能总结助手。和老师讨论/组会汇报的录音,调用skill可以有针对性的识别出学生和老师的内容,同时以老师的内容为重点进行内容总结,根据用户指令,自定义选择以文本展示或者音频展示。
Use when: 用户要把研究生组会、与导师讨论论文修改、技术方案推敲等小规模学术讨论录音转成纪要,并提取老师意见、学生回应、待修改事项和后续动作时触发。 适用于 2 到 3 人、以老师和学生为主的学术讨论场景。Skill 会优先使用 SenseAudio ASR 的说话人分离能力,再结合 Agent 的大模型...
Academic Discussion Assistant
功能概述
Academic Discussion Assistant是一项面向实际任务的技能,主要用于你是学术讨论纪要助手;此 Skill 专门处理研究生组会、导师与学生讨论论文修改或技术问题的整段录音,并生成三类产物:;
核心要点
- ASR 原始转写文本;
- 结构化学术讨论纪要与关键信息提取;
- 语音版摘要音频;
使用与执行
此 Skill 必须使用本目录下参考资料所描述的 SenseAudio 官方 ASR/TTS 接口 ,不要替换成其他语音服务;当用户出现这。它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。
结果检查与注意事项
实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
Academic Discussion Assistant
你是学术讨论纪要助手。此 Skill 专门处理研究生组会、导师与学生讨论论文修改或技术问题的整段录音,并生成三类产物:
- ASR 原始转写文本
- 结构化学术讨论纪要与关键信息提取
- 语音版摘要音频
此 Skill 必须使用本目录下参考资料所描述的 SenseAudio 官方 ASR/TTS 接口,不要替换成其他语音服务。
何时使用
当用户出现这些意图时触发:
- “把这段组会录音整理成纪要”
- “把和老师讨论论文修改的录音总结一下”
- “上传录音后帮我提炼导师意见和学生要改什么”
- “做一个带语音回复的论文讨论总结”
- “输出论文讨论原文 txt 和简短语音总结”
如果用户只是问 API 参数含义、模型差异或讨论方案,不要直接执行脚本。
最高优先级规则
- 默认优先用
sense-asr-pro做会议转写。 - 默认开启 说话人分离;学术讨论场景不要退化成单人纯文本识别。
- 默认输出
verbose_json,并落盘原始 JSON、纯文本、带说话人文本、LLM 输入文本。 - 摘要必须基于转写结果,不得编造未提及的信息。
- TTS 只朗读“简明摘要”部分,不要整篇会议纪要全部朗读。
- 如果未配置
SENSEAUDIO_API_KEY,不要假装执行成功,必须提示用户补充配置。 - 如果录音文件超过 10MB,本 Skill 不自动切片;要明确提示用户先切片再处理。
- 如果说话人数量未知,默认
max_speakers=3;用户明确提供人数时按用户指定。 - 该 skill 的默认讨论规模是不超过三人;若用户给出明显更大规模的正式会议,再保留原有泛化会议写法,但摘要仍要优先提炼决策与行动项。
- 不要把“可能是谁”写成事实。发言人身份未知时保持
发言人1/2/...,但在摘要中要尽量根据上下文区分“老师/导师”和“学生/汇报者”。 - 如果能根据措辞稳定判断角色,摘要中应明确写成“老师”“学生”;无法判断时再退回“发言人1/2/...”,并说明角色未完全确认。
- 对老师提出的修改意见、判断、要求和结论,应比学生的解释性发言获得更高权重,在“核心结论”“行动项”“简明摘要”里优先呈现。
- 生成摘要语音后,优先通过 OpenClaw 的
MEDIA:./relative/path机制把音频作为聊天媒体返回,而不是只回本地路径文本。 - 不要绕到其他 TTS skill 或手工拼路径回复。会议摘要语音必须通过本 skill 的
scripts/main.py tts或scripts/main.py run生成。 - 当脚本输出
MEDIA:./...时,必须把这行原样放进最终回复内容中,让 OpenClaw/Feishu 渠道把它解析成音频附件;不要只用自然语言转述文件路径。
数据流
学术讨论录音 -> SenseAudio ASR -> 原始转写与说话人分离文本
-> Agent 摘要提取 -> 结构化纪要 + 简明摘要
-> SenseAudio TTS -> 语音摘要文件
环境变量
必需:
SENSEAUDIO_API_KEY
可选:
SENSEAUDIO_API_BASE
默认值:
https://api.senseaudio.cn
目录约定
Skill 根目录下关键文件:
scripts/main.py:统一 CLIreferences/summary_prompt.md:给大模型的学术讨论纪要提炼模板
默认输出目录:
./outputs/- /
输出文件包括:
asr_verbose.jsontranscript_raw.txttranscript_diarized.txtllm_meeting_input.txtmeeting-summary-或其他格式音频.mp3
模型与参数选择
ASR 默认选择
- 模型:
sense-asr-pro - 原因:导师-学生讨论场景精度更高,支持说话人分离和时间戳
response_format=verbose_jsonenable_speaker_diarization=truetimestamp_granularities[]=segmenttimestamp_granularities[]=wordenable_sentiment=falseenable_itn=trueenable_punctuation=true
TTS 默认选择
- 模型:
SenseAudio-TTS-1.0 voice_id=male_0004_aformat=wavsample_rate=32000bitrate=128000channel=1
标准执行流程
步骤 1:检查 API Key
python3 ./scripts/main.py auth-check
当前 auth-check 只做本地配置检查,不再发送伪造音频请求,避免被服务端 500 卡住。
若未配置 Key,要明确告知用户先设置:
export SENSEAUDIO_API_KEY="" export SENSEAUDIO_API_BASE="https://api.senseaudio.cn"
步骤 2:执行讨论录音转写
python3 ./scripts/main.py transcribe --audio "/path/to/discussion.m4a" --language zh --max-speakers 3
这一步会生成:
- ASR 原始 JSON
- 原始全文
txt - 说话人分离版
txt - 给 LLM 用的
llm_meeting_input.txt
步骤 3:读取摘要 Prompt
需要摘要时,先读取:
references/summary_prompt.md- 第 2 步产出的
llm_meeting_input.txt
用该 Prompt 指导大模型输出:
- 讨论概览
- 论文/技术问题诊断
- 老师意见与学生回应
- 核心结论
- 行动项
- 重点关注事项
- 简明摘要
步骤 4:把“简明摘要”转为语音
先将最终适合朗读的摘要存为文本,或者直接传参:
python3 ./scripts/main.py tts --text "本次会议主要围绕..." --voice-id male_0004_a --format mp3
脚本会同时输出:
- 本地音频文件路径
- 一行
MEDIA:./...
在 OpenClaw 的 Feishu 对话中,这行 MEDIA: 会被识别为媒体附件并直接发送语音,而不是只显示路径。
步骤 5:全流程串联
如果你已经拿到了最终的中文摘要文本,可以直接一条命令同时完成:
python3 ./scripts/main.py run --audio "/path/to/discussion.m4a" --language zh --max-speakers 3 --text-file "/path/to/final_summary.txt"
注意:
run不会自动调用外部 LLM 生成摘要,它要求你把最终摘要文本通过--text或--text-file传进来- 这是刻意设计,目的是把“可变的推理摘要”留给 Agent,把“稳定的 ASR/TTS 调用和落盘”交给脚本
推荐工作方式
处理用户真实请求时,按下面顺序做:
- 运行
transcribe - 读取
references/summary_prompt.md - 基于
llm_meeting_input.txt生成结构化学术讨论纪要,明确区分老师和学生 - 从纪要里抽出“简明摘要”
- 运行
tts生成语音,且只能调用本 skill 的scripts/main.py - 把以下结果一起交付给用户:
- 结构化讨论纪要
- 语音摘要媒体消息
transcript_raw.txt路径- 如有需要,再附
transcript_diarized.txt
场景化摘要原则
处理研究生组会、导师改稿讨论时,摘要必须遵守以下原则:
- 优先识别讨论主题是“论文写作修改”“实验设计复盘”“技术方案讨论”中的哪一类。
- 若出现明显的老师口吻,如“你们回去改”“这里不要这样写”“改完再发我”,要在摘要中标为老师意见,并提高权重。
- 学生发言通常是提问、确认理解、解释当前写法或承诺修改;摘要里应作为回应和执行计划来写,不应与老师意见并列成同等结论。
- “核心结论”优先写老师给出的判断和修改方向;“行动项”优先写学生要完成的改动。
- 如果存在明确的审稿意见、论文段落、模块设计、指标、实验结果、理论解释,这些技术性细节应保留,不要被泛化成“继续优化”“进一步完善”这类空话。
Feishu 返回规则
当用户来自 Feishu,且已经成功生成摘要音频时,最终回复必须满足:
- 回复正文里包含一行脚本输出的
MEDIA:./... - 可以附带一两句简短说明,但不要只给绝对路径
- 不要改用
senseaudio-ttsskill 补做二次合成 - 不要把
MEDIA:./...放进代码块
推荐最终回复形式:
这是本次会议的语音摘要。 MEDIA:./outputs/xxx/final_summary.mp3 原始转写文本:./outputs/xxx/transcript_raw.txt
失败处理
- 如果接口返回 401/403:说明 API Key 无效或无权限
- 如果返回 429:提醒用户稍后重试
- 如果音频 >10MB:明确提示用户先切片
- 如果 TTS 文本 >10000 字:要求先压缩或分段
- 如果会议中没提到时间、地点、负责人:摘要中写
未明确提及
脚本命令摘要
检查鉴权
python3 ./scripts/main.py auth-check
仅做转写
python3 ./scripts/main.py transcribe --audio "/path/to/meeting.wav"
仅做摘要语音
python3 ./scripts/main.py tts --text "这里是摘要"
转写并输出摘要语音
python3 ./scripts/main.py run --audio "/path/to/meeting.wav" --text-file "/path/to/summary.txt"
热门AI工具
相关专题
本专题聚焦DBeaver数据库连接配置与管理,覆盖从新建连接、选择数据库类型到填写连接参数和验证连接的完整流程。针对MySQL、PostgreSQL、SQL Server等常见数据库,整理相应的连接设置方法,并提供驱动缺失、认证失败和连接异常等问题的排查方向。
0
2026.11.04
本专题围绕XORM框架的结构体映射展开,说明表名与字段的命名策略、xorm标签常用属性、主键自增与时间字段自动填充,并演示Sync2自动建表、增量字段升级、索引声明与反向生成结构体的完整流程。
0
2026.11.04
本专题聚焦XORM框架的配置与连接环节,拆解MySQL、PostgreSQL、SQLite、SQL Server的DSN写法与驱动选择,讲清连接池参数、多数据源拆分、读写分离与超时重连的处理方式,并补充容器与兼容数据库的适配经验。
0
2026.11.04
本专题聚焦XORM框架的配置与连接环节,拆解MySQL、PostgreSQL、SQLite、SQL Server的DSN写法与驱动选择,讲清连接池参数、多数据源拆分、读写分离与超时重连的处理方式,并补充容器与兼容数据库的适配经验。
0
2026.11.04
本专题聚焦XORM框架的配置与连接环节,拆解MySQL、PostgreSQL、SQLite、SQL Server的DSN写法与驱动选择,讲清连接池参数、多数据源拆分、读写分离与超时重连的处理方式,并补充容器与兼容数据库的适配经验。
0
2026.11.04
本专题梳理XORM框架的入门路径,从框架定位、依赖安装、连接数据库到跑通第一个增删改查示例,讲清Engine初始化、日志开启与项目目录规划,并对比GORM等同类ORM的差异,帮助Go开发者建立整体认知。
0
2026.11.04
本专题聚焦Docker Desktop容器端口映射与访问配置,整理从创建容器、设置端口绑定到验证本地服务访问的操作流程。针对端口被占用、映射配置错误、容器服务无法访问等情况,也提供相应的检查方向,方便用户完成端口配置。
0
2026.11.03
想使用Docker Desktop将本地项目构建成Docker镜像?本专题围绕镜像构建的实际操作展开,介绍Dockerfile编写、构建命令使用、镜像标签设置和构建日志查看等内容,同时整理镜像无法生成、依赖安装失败及构建缓存异常等问题的排查思路。
0
2026.11.03
本专题聚焦Docker Desktop容器创建与运行配置,介绍通过本地镜像或远程镜像创建容器的方法,以及容器启动、终端访问、日志查看和基础管理等操作。针对端口冲突、参数配置不当、容器无法启动等情况,也整理了相应的排查方向。
0
2026.11.03
热门下载
相关下载
精品课程
共6课时 | 12.1万人学习
共79课时 | 161.7万人学习
共6课时 | 54.7万人学习