探店笔记小助手 Skill 的发文前自检:lint_note.py 在发布前会查什么

举报
yd_279912999 发表于 2026/11/11 12:51:38 2026/11/11
【摘要】 探店笔记小助手 Skill 的 scripts/lint_note.py 在笔记发布前做三项自检:标题长度、实用信息是否缺失,以及对编造式说法的提醒。本文介绍这三项检查的用法,并说明该 Skill 尚未发布到任何市场。

探店笔记写好之后,我习惯先不急着发,而是让探店笔记小助手 Skill 里的 scripts/lint_note.py 先把草稿检查一遍。它是这个 Skill 的发文前自检脚本:不替作者写笔记,只在发布之前把最容易出问题的几处挑出来,改完再发。


第一项检查是标题长度。标题是读者在列表里第一眼看到的东西,太短讲不清这篇笔记写的是什么店、写的是什么,太长又会被截断、读起来费劲。脚本会提醒标题是不是过短或过长,作者按提示把标题改到能讲清主题、又不啰嗦为止。


第二项检查是实用信息有没有缺。探店笔记对读者的价值,很大程度上在“去了能不能照着走”:店名、地址、大致位置、营业时间、人均消费、值得点的菜或推荐项,缺了哪一项,读者都要再去别处查。脚本会在这些实用信息缺失时提醒补齐,而不是让一篇只有感受、没有信息的笔记直接发出去。


第三项检查是针对编造式说法的提醒。笔记里如果出现“全城第一”“必吃”“从不排队”这类绝对化、又没有核实来源的说法,脚本会发出提醒。提醒不是说这句话一定是错的,而是说这种说法需要作者自己核对:去过、确认过,就改成可验证的说法;没确认过,就不要写进笔记。真实性这件事,脚本只能提醒,最后负责的还是作者本人。


检查通过不代表笔记一定写得好,没通过也不代表笔记不能发——它的作用只是把问题前置:发之前改一处,比发出去之后再改、再向读者解释,成本低得多。我的做法是按提醒改一处,再跑一遍检查,直到没有需要处理的新提醒为止。


另外 Skill 目前还在本地开发打磨,还没有发布到任何 Skill 市场。本文记录的是它发文前自检的设计和用法,不是上架说明。后续如果它真的上架,我再写一篇实际使用记录。

【声明】本内容来自华为云开发者社区博主,不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息,否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0)

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。