[Apageoflove]

点名有两个方向，规则不一样。前面那个方向是上一条 PR（#91）改的：@ 前面只要有一个 ASCII 的字母、数字或下划线，那个点名就不算数——那是邮箱本地部分的样子。中文没有词间空格，所以「请@某人」这种最常见的写法原本全都点不到人；#91 把它改成只有 ASCII 的那几种字符才算地址，中文、日文、韩文紧贴着 @ 写不算，英文一个字节都没动。
这一版把前面那个方向补完整：@ 前面的那个字按任何书写系统的词字符判断——带重音的拉丁字母（josé 这类）、希腊字母、西里尔字母、数字、下划线、组合重音都算地址的一部分，所以这些字接在 @ 前面、后面再跟一个成员名，就跟邮箱地址的本地部分是一个东西，点不到那个成员；中文、日文、韩文紧贴着 @ 写仍然不算地址，请@某人 还是叫得到人。后面那个方向是上游本来就有的语义：名字后面跟着一个还可能是名字一部分的字符，名字就还没结束，所以「@某人帮忙」叫不到某人，「@某人 帮忙」和「@某人，帮忙」叫得到，@设计师傅 不是 设计师。
这两条都在未改的上游代码上用探针复现过：带重音的拉丁字母、希腊字母、西里尔字母接在 @ 前面时，上游都会点到那个成员，改好后不会；英文那一侧 60 种写法在上游和改后逐例比过，一处都没差。新增的两个测试文件在未改的上游代码上是红的，在这版上是绿的；插件自带套件 312 条全过，上游 npm run check 两半也过。
这一版只动 @ 前面那一侧的判定，后面那一侧是上游本来就有的语义、没有动。紧贴中文的 @ 能不能点到人是维护者给的第一种做法，这里沿用；名字后面跟中文时该写空格还是标点，需要确认上游的取向，所以只写进 README，没有改判定。

---

^{Need help on this PR? Tag @codesmith-bot with what you need.}