论文语言润色 Skill 实战演练:从请求到交付的全过程
把「论文语言润色」交给智能体,难点不在模型能力,而在流程是否说清楚:输入是什么(论文段落),按什么顺序处理,交付什么(润色稿),哪些事不能做。Skill 就是把这些写下来的载体。
背景(虚构)
阿周是一名研究人员,每周都要做几次论文语言润色。过去靠复制粘贴提示词,结果不稳定。这次团队把它做成了技能,下面记录一次完整运行。
1. 发出请求
阿周在文献库、数据与写作工具中输入:
这是今天的论文段落,按团队的论文语言润色流程处理一下。
2. 技能被触发
智能体根据技能描述判断任务匹配,加载「论文语言润色」的完整指令。它不需要外部工具,直接按指令处理。
3. 修正语法
“修正语法”是最容易出错的环节,技能里专门写了要求,所以智能体给出了清楚的结果与理由。
4. 统一术语
这一步的产出会作为下一步的输入。智能体在“统一术语”时遇到一处含糊的信息,没有自行猜测,而是标注出来等待确认。
5. 改善逻辑衔接
这一步的产出会作为下一步的输入。智能体在“改善逻辑衔接”时遇到一处含糊的信息,没有自行猜测,而是标注出来等待确认。
6. 保留原意
这一步的产出会作为下一步的输入。智能体在“保留原意”时遇到一处含糊的信息,没有自行猜测,而是标注出来等待确认。
7. 交付与复核
智能体交付润色稿,末尾列出两条需人工确认的内容。阿周对照原始论文段落抽查关键信息,修正一处表述后采用。
复盘:这次做对了什么
- 步骤写在技能里,没有遗漏
- 不确定处被标出,而不是被编造
- 遵守了「引用必须回到原文核对,绝不编造文献」
- 风险较低,但输出仍需快速过目再使用
可以改进的地方
阿周发现智能体对团队内部术语理解不一致,于是在技能目录中加了一份术语表(reference.md),并在 SKILL.md 中写明“遇到术语先查表”。更多改法见定制指南。
准备一份好范例
在技能的参考资料里放一份你认可的润色稿范例,往往比多写十条规则更有效。好范例应当:
- 来自真实工作,但已去除个人信息和敏感数据
- 体现团队习惯的结构、措辞和详略程度
- 包含一处“需人工确认”的标注示范,让智能体学会如何表达不确定
- 篇幅适中,不要比平时的产出长太多
范例不必多,一到两份即可;太多范例反而会让智能体机械模仿某一份的细节。
每一步要产出什么
把每一步的中间产出写清楚,智能体就不容易跳步,人也方便定位问题:
- 修正语法:产出一段简短的中间结果,并注明依据来自论文段落的哪一部分
- 统一术语:产出一段简短的中间结果,并注明依据来自论文段落的哪一部分
- 改善逻辑衔接:产出一段简短的中间结果,并注明依据来自论文段落的哪一部分
- 保留原意:产出一段简短的中间结果,并注明依据来自论文段落的哪一部分
最后一步之后,再把这些中间结果汇总成润色稿。中间结果可以折叠或省略展示,但在技能指令中要求智能体“先完成再汇总”,能明显减少遗漏。
延伸阅读
- 论文语言润色 · 极简与进阶
- 论文语言润色 · 定制指南
- 论文语言润色 · Function Calling 版
- 项目申报书 · 场景实录
- 科研绘图 · 场景实录
- 智能体Skills 分类:625 个技能 × 32 个角度
说明:文中的配置、代码与目录结构均为示意,用于说明思路;各平台的入口、字段名与能力会更新,落地前请以对应官方文档为准。示例中的数据与场景为虚构,不代表真实案例。