PRレビューで見かける「LGTM」「nit」「moot」「RFC」って何？エンジニア英語を3分で理解する

June 5, 2026

「nit: ここスペース入れた方が…」← これ何？

GitHubのPRレビューを見ていると、コメントの冒頭にnit:とかmootとか書いてある。英語のドキュメントにはRFCとだけ書かれたIssueがある。意味が分からないまま「なんとなく雰囲気で理解したつもり」にしていませんか？

これらはエンジニアの間で日常的に使われる略語・慣用表現です。一度覚えれば二度と困りません。本記事では、PRレビューやチーム開発でよく出てくる「nit」「moot」「RFC」の3つを、実際の使用例とあわせて解説します。

nit ― 「些細な指摘ですが」

nitはnitpick（あら探し、重箱の隅をつつく）の略。レビューコメントの冒頭にnit:と付けることで、「これは些細な指摘であり、必ず直す必要はない」という温度感を伝えます。

【PRレビューでの使用例】

nit: 変数名 `d` より `data` の方が読みやすいかも

nit: ここ空行1つ入れた方が見やすそう

nit: import文のアルファベット順が崩れてます（Pintが直してくれるかも）

nit:が付いているレビューコメントは、対応してもしなくてもApproveには影響しないのが暗黙のルールです。レビュアー側も「これ直してほしい」ではなく「気づいたので一応共有」というニュアンスで使います。

逆に、nit:を付けずに些細なスタイル指摘をすると、「これ直さないとマージできないの？」と受け手にプレッシャーを与えてしまうことがあります。指摘の重要度を明示するためにnit:を付けるのは、チーム開発のコミュニケーションとして非常に有効です。

moot ― 「もう議論する意味がない」

mootは「議論の余地がない」「もはや意味がない」という意味の英単語。PRレビューやIssueのコメントで使われる場合、「状況が変わったので、この議論はもう不要になった」というニュアンスです。

【使用例】

「このAPIのレスポンス形式について議論していたけど、
　別PRでエンドポイント自体が廃止されたので moot になりました」

「この修正方法で合ってるか悩んでたけど、
　ライブラリの最新版で直ってたので moot です」

「This discussion is now moot since #423 was merged.」

日本語だと「この議論はお蔵入りで」「この話はなくなりました」に近いニュアンス。誰かの意見を否定しているのではなく、前提条件が変わったので議論自体が不要になったという中立的な表現です。

注意点として、アメリカ英語ではmootは「議論の余地がない＝もう意味がない」、イギリス英語では「議論の余地がある＝まだ未解決」と逆の意味で使われることがあります。エンジニアの文脈ではほぼ前者（もう意味がない）の意味で使われます。

RFC ― 「意見ください」

RFCはRequest for Comments（コメント求む）の略。元々はインターネット技術の標準仕様書を指す用語ですが、エンジニアのチーム開発では「まだ確定していないので意見がほしい」という意味で広く使われています。

【使用例】

PRのタイトル: [RFC] 認証フローをJWTからセッションに変更する提案

Issueのタイトル: RFC: APIのページネーション方式をcursor-basedに統一したい

コメント: This is an RFC — not ready to merge yet, just looking for feedback.

[RFC]が付いたPRやIssueは、「マージ前提ではなく、議論のたたき台として出しています」という合図です。通常のPRと違い、Approveを求めているわけではなく、設計方針や技術選定について幅広くフィードバックを集めたい時に使います。

チームによっては、RFC用のIssueテンプレートやディスカッションカテゴリを用意しているところもあります。

あわせて覚えておきたいレビュー用語

用語	意味	使い方
`LGTM`	Looks Good To Me	「問題なさそう、Approveします」
`WIP`	Work In Progress	「作業中、まだレビュー不要」
`PTAL`	Please Take A Look	「レビューお願いします」
`TL;DR`	Too Long; Didn’t Read	「要約すると」（長文の冒頭に添える）
`FYI`	For Your Information	「参考までに共有」
`IMO / IMHO`	In My (Humble) Opinion	「個人的な意見ですが」