はじめに
textlint を導入し、このサイトのブログ記事を校正するようにした。その時の手順や設定、今後の課題などを書いておく。
textlint とは
そもそも textlint とは、静的解析ツールの 1 つで定義したルールに従って文章を校正してくれる。「pluggable」と謳っている通り、ユースケースに応じてプラグインを追加してルールをカスタマイズして、かなり柔軟に活用できる。
まず、以下のコマンドでインストールする。
$ npm i --save-dev textlint
ルールプリセットのインストール
このサイトは技術ブログということで、技術文書向けのルールリプセットを導入する。
$ npm i --save-dev textlint-rule-preset-ja-technical-writing
プロジェクト直下に設定ファイルを作成し、以下のルールプリセットを有効化する。
{
"rules": {
"preset-ja-technical-writing": true
}
}
この状態で一旦実行してみる。
$ npx textlint "./path/to/contents"
結果ものすごい量のエラーが出た。
全然意識せずに記事を書いてきたせいか無法地帯となっていた。しかし、導入時に出て全てに対応するのは時間がかかりすぎてしまうため、一旦は設定を入れ緩和する方針にした。
現時点での最終盤
まず、細かい設定よりもはじめに結論から。現時点ではミニマムで始めることを優先すると以下のようになった。 2023 年 1 月現在での状態がこちら。詳しい解説については後述する。
{
"rules": {
"preset-ja-technical-writing": {
"sentence-length": {
"max": 150
},
"no-exclamation-question-mark": false,
"ja-no-weak-phrase": false,
"ja-no-mixed-period": {
"allowPeriodMarks": [
"笑",
"…",
":"
],
"allowEmojiAtEnd": true
},
"max-kanji-continuous-len": {
"max": 7
}
}
},
"filters": {
"comments": true,
"allowlist": {
"allow": [
"/\\$\\$[\\s\\S]*?\\$\\$/m",
"/^\\>.*$/m"
]
}
}
}
細かい設定
次のように “preset-ja-technical-writing” 以下にそれぞれのオプション値を指定することで、設定を変更できます。 各ルールの設定できるオプションは、各ルールの README を参照してください。
上記のように textlint の README にある通り設定を追加していく。
感嘆符!！、感嘆符?？を許容する
$ npm i --save-dev textlint-rule-no-exclamation-question-mark
! , ！ , ? , ？ をとりあえず全て許可。
{
"rules": {
"preset-ja-technical-writing": {
"no-exclamation-question-mark": false,
}
}
}
文末で「。」以外を許容する
$ npm i --save-dev textlint-rule-ja-no-mixed-period
。 以外に文末で使用可能な文字を allowPeriodMarks に定義する。絵文字も使うので許可。
{
"rules": {
"preset-ja-technical-writing": {
"ja-no-mixed-period": {
"allowPeriodMarks": ["笑", "…", ":"],
"allowEmojiAtEnd": true
}
}
}
}
長い文章を許容する
$ npm i --save-dev textlint-rule-sentence-length
デフォルトだと 100 文字で短めなので緩和する。
{
"rules": {
"preset-ja-technical-writing": {
"sentence-length": {
"max": 150
}
}
}
}
弱い日本語表現を許容する
$ npm i --save-dev textlint-rule-ja-no-weak-phrase
割と 〜思う などを使用していたのと、当サイトは個人ブログであり論文などと比べそこまで厳密でもないため許容する。
{
"rules": {
"preset-ja-technical-writing": {
"ja-no-weak-phrase": false
}
}
}
数式を無視する
$ npm i --save-dev textlint-filter-rule-allowlist
当サイトは、数式のレンダリングに KaTeX を使用しているため数式と引用文は除外するようにした。
{
"rules": {},
"filters": {
"allowlist": {
"allow": [
"/\\$\\$[\\s\\S]*?\\$\\$/m",
"/^\\>.*$/m"
]
}
}
}
今回は、textlint の作者 azu さんのこちらの記事を参考にさせていただいた。
任意のファイル・ディレクトリを無視する
ある特定のファイルの静的解析を除外したかった。
除外リストについては .textlintignore ファイルを作成し、そこに記載すると無視される。
i-want-to-ignore.md
ignore-directory/
GitHub Actions での CI
こんな感じの YAML を書いて main ブランチへの Pull Request の度に textlint を実行するようにした。
name: CI
on:
pull_request:
branches:
- 'main'
jobs:
ci:
name: lint
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v3
- uses: actions/setup-node@v3
with:
node-version: 16
cache: 'npm'
- run: npm ci --ignore-scripts
- run: npx textlint "./path/to/contents"
今後の課題
コメントにより静的解析を一時的に無視する
公式ドキュメント を見ると、textlint は .textlintignore 以外にもコメントによる一時的な無視もサポートしている。
しかし、ここで問題となるのが mdx-bundler1 のシンタックスが Markdown のコメント記法と異なることだ。（コードシンタックスもロウライトされていない…）
<!-- 従来の Markdown でのコメント -->
{/** mdx-bundler でのコメント **/}
本来であれば下記のプリセットを使用して有効化できるが、上記の問題を回避するため何かしら対策する必要がある。
表記ゆれを検知する
ゼロから定義していくのは時間がかかりそうだと思ったので、二次対応とした。ただ、表記ゆれがあると読み手の理解を阻害したり、困惑を与えたりするため今後対応したい。
以下のプラグインを使うと良さそう。
まとめ
今回は、textlint を導入してみた！
これまではプレビュー環境で記事を読み返してタイポがないか、日本語としておかしい文がないかなど確認していた。毎回この確認作業を行うのは面倒だし、ある程度自動でチェックしてくれるのには執筆体験の向上を感じる。今後はもっときれいな文章を書いていきたい！
参考
Footnotes
-
当サイトで利用している markdown を html にパースするライブラリ。 ↩