
Security News
The Changelog Podcast: Practical Steps to Stay Safe on npm
Learn the essential steps every developer should take to stay secure on npm and reduce exposure to supply chain attacks.
textlint-rule-preset-ja-technical-writing
Advanced tools
技術文書向けのtextlintルールプリセットです。 全体的に少し厳しめの設定がデフォルト値となっているため、文章に合わせて設定値を変更する必要があります。
また、連続できる最大の漢字長は6文字まで
のように文章全体として例外が必ず出てくるルールもデフォルトで入っています。 ルールによってはallowオプションで例外を規定できるようになっているため、例外を明示しつつ利用することを想定しています。
合わせて利用することを想定しているfilterルール(例外を明示できる)も参照してください。
npmコマンドを使ってインストールできます。
npm install textlint-rule-preset-ja-technical-writing
安定版は、半年(1月と7月)に一度更新されます。
次のように@nextをつけることで、次期バージョンをインストールして試せます。
安定版と次期バージョンの差分はVersion PackagesのPRで確認できます。
npm install textlint-rule-preset-ja-technical-writing@next
もし、次期バージョンを利用してみて問題があった場合は、コメントでお知らせください。
Via .textlintrc.json(Recommended)
{
"rules": {
"preset-ja-technical-writing": true
}
}
Via CLI
textlint --preset ja-technical-writing README.md
次のように "preset-ja-technical-writing" 以下にそれぞれのオプション値を指定することで、設定を変更できます。
各ルールの設定できるオプションは、各ルールのREADMEを参照してください。
{
"rules": {
"preset-ja-technical-writing": {
"max": 120,
"no-mix-dearu-desumasu": false
}
}
}
また、ルールの設定方法についてはtextlintのドキュメントも参照してください。
https://github.com/textlint-rule/textlint-rule-sentence-length
長過ぎる文は読みにくさに繋がるため、適切な長さで文を句点(。)などで区切ってください。
厳しめの設定にしたい場合は90文字を推奨しています。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"sentence-length": {
"max": 100
}
}
}
}
過去の設定の履歴は以下のようになっています。
カンマ(,)の多用は、文が長くなっている可能性があります。
1文が長くなると読みにくなっている可能性があるため適切な長さで文を句点(。)などで区切ってください。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"max-comma": {
"max": 3
}
}
}
}
読点(、)の多用は、1文が長くなっている可能性があります。
1文が長くなると読みにくなっている可能性があるため、適切な長さで文を句点(。)などで区切ってください。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"max-ten": {
"max": 3
}
}
}
}
https://github.com/textlint-ja/textlint-rule-max-kanji-continuous-len
漢字同士が連続していると読みにくさにつながります。 デフォルトでは連続する漢字は、6文字までとしています。
6文字以上の固有名詞は allow オプションに記述して回避できます。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"max-kanji-continuous-len": {
"max": 6,
"allow": []
}
}
}
}
https://github.com/textlint-ja/textlint-rule-preset-JTF-style
数量を表現し、数を数えられるものは算用数字を使用します。任意の数に置き換えても通用する語句がこれに該当します。
慣用的表現、熟語、概数、固有名詞、副詞など、漢数字を使用することが一般的な語句では漢数字を使います。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"arabic-kanji-numbers": true
}
}
}
https://github.com/textlint-ja/textlint-rule-no-mix-dearu-desumasu
文章の「ですます調」、「である調」を統一してください。 文体は見出し、本文、箇条書きの中で、それぞれ統一した表記にします。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"no-mix-dearu-desumasu": {
"preferInHeader": "",
"preferInBody": "ですます",
"preferInList": "である",
"strict": false
}
}
}
}
https://github.com/textlint-ja/textlint-rule-ja-no-mixed-period
文末には「。」を使い文を区切ります。
「。」のつけ忘れのチェックや「:」で文を終わらせないようにします。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"ja-no-mixed-period": {
"periodMark": "。"
}
}
}
}
https://github.com/textlint-ja/textlint-rule-no-double-negative-ja
二重否定は文章を読みにくくするため、使用しないようにします。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"no-double-negative-ja": true
}
}
}
https://github.com/textlint-ja/textlint-rule-no-dropping-the-ra
ら抜き言葉は話し言葉のため、書き言葉である文章では使用しないようにします。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"no-dropping-the-ra": true
}
}
}
https://github.com/textlint-ja/textlint-rule-no-doubled-conjunctive-particle-ga
逆接の接続助詞「が」は、特に否定の意味ではなくても安易に使われてしまいがちです。
同一文中に「が」が複数回出現していないかをチェックします。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"no-doubled-conjunctive-particle-ga": true
}
}
}
https://github.com/textlint-ja/textlint-rule-no-doubled-conjunction
「しかし、〜。しかし、〜」のように同じ接続詞が連続すると、文章が読みにくくなります。 同じ接続詞が連続して使用されていないかをチェックします。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"no-doubled-conjunction": true
}
}
}
https://github.com/textlint-ja/textlint-rule-no-doubled-joshi
文中で同じ助詞が連続すると文章が読みにくくなります。 1つの文中に同じ助詞が連続して出てくるのをチェックします。
修正方法としては、次のようなものがあります。
私は彼は好きだ → 私は彼が好きだ例外も多いため、詳しくはtextlint-rule-no-doubled-joshiのREADMEを参照してください。
また、allowオプションで、特定の助詞が連続して出てくることを許可できます。
文自体を直す余地がない場合は、コメントなどを使ってエラーを無視してください。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"no-doubled-joshi": {
"min_interval": 1
}
}
}
}
文章中にUTF8-MAC 濁点は使用しないようにします。 ファイルからコピー&ペーストした文字である場合があります。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"no-nfd": true
}
}
}
https://github.com/textlint-rule/textlint-rule-no-invalid-control-character
改行(\n)やタブ(\t)以外の制御文字が文章に入るのを防止します。
不必要な制御文字は文字化けの原因となるため、使用しないようにします。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"no-invalid-control-character": true
}
}
}
https://github.com/textlint-rule/textlint-rule-no-zero-width-spaces
ゼロ幅スペース(\u200b)が文章に入るのを防止します。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"no-zero-width-spaces": true
}
}
}
https://github.com/textlint-rule/textlint-rule-no-exclamation-question-mark
技術文書では、感嘆符(!!)、疑問符(??)は基本的には使用しないでください。 特定の感嘆符や疑問符を使用する場合は、オプションで許可するか、コメントなどで例外として無視してください。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"no-exclamation-question-mark": true
}
}
}
https://github.com/textlint-ja/textlint-rule-no-hankaku-kana
全角カタカナを使用してください。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"no-hankaku-kana": true
}
}
}
https://github.com/textlint-ja/textlint-rule-ja-no-weak-phrase
〜かもしれない や 〜と思います 等の弱い表現を使用しないでください。
技術文書で曖昧な表現を避けるようにするためのルールです。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"ja-no-weak-phrase": true
}
}
}
https://github.com/textlint-ja/textlint-rule-ja-no-successive-word
同一の単語(形態素解析したtoken)が連続している場合は、入力ミスや誤字の可能性があります。
誤字でない場合は、Issue報告してください。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"ja-no-successive-word": true
}
}
}
日本語や技術表現における漢字の誤用などをチェックするルールです。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"ja-no-abusage": true
}
}
}
https://github.com/textlint-ja/textlint-rule-ja-no-redundant-expression
冗長な表現とは、その文から省いても意味が通じるような表現を示しています。
"することができる"という冗長な表現を"できる"にするといったルールです。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"ja-no-redundant-expression": true
}
}
}
https://github.com/textlint-ja/textlint-rule-ja-unnatural-alphabet
リイr−ス などIMEの入力ミスが日本語中に混じった不自然なアルファベットをチェックします。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"ja-unnatural-alphabet": true
}
}
}
https://github.com/textlint-rule/textlint-rule-no-unmatched-pair
1文中で対になっていない括弧チェックします。
(に対応する)がない場合や、[に対応する]がない場合などをチェックします。
デフォルト設定は次の通りです。
{
"rules": {
"preset-ja-technical-writing": {
"no-unmatched-pair": true
}
}
}
See Releases page.
次のルールでバージョンが更新されます。
更新内容はReleases pageを参照してください。
このプリセットを利用しているユーザーです。
ユーザーリストへのPRも募集しています。
質問は以下のGitterでお願いします。
npm test
Pull requests and stars are always welcome.
For bugs and feature requests, please create an issue.
git checkout -b my-new-featuregit commit -am 'Add some feature'git push origin my-new-featureMIT © azu
12.0.2
FAQs
技術文書向けのtextlintルールプリセット
The npm package textlint-rule-preset-ja-technical-writing receives a total of 19,592 weekly downloads. As such, textlint-rule-preset-ja-technical-writing popularity was classified as popular.
We found that textlint-rule-preset-ja-technical-writing demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 5 open source maintainers collaborating on the project.
Did you know?

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Security News
Learn the essential steps every developer should take to stay secure on npm and reduce exposure to supply chain attacks.

Security News
Experts push back on new claims about AI-driven ransomware, warning that hype and sponsored research are distorting how the threat is understood.

Security News
Ruby's creator Matz assumes control of RubyGems and Bundler repositories while former maintainers agree to step back and transfer all rights to end the dispute.