Avoid duplicate use of に

01.md

@@ -145,11 +145,11 @@ Kindはクライアントがイベントやイベントのフィールドをど
   * `["EVENT", <購読ID>, <前述のイベントJSON>]` クライアントから要求されたイベントを送信するために使います。
   * `["OK", <イベントID>, <true|false>, <メッセージ>]` `EVENT`メッセージの受理または拒否を通知するために使います。
   * `["EOSE", <購読ID>]` 保存されているイベントの終わり（End Of Stored Events）、リアルタイムに受信されたイベントの開始を示します。
-  * `["NOTICE", <メッセージ>]` 人間可読なエラーメッセージやその他の事柄をクライアントに送信するために使います。
+  * `["NOTICE", <メッセージ>]` 人間可読なエラーメッセージやその他の事柄をクライアントへ送信するために使います。
 
 このNIPでは`NOTICE`メッセージをどのように送信し、またどのように扱うべきかについてのルールは定義しません。
 
-- `EVENT`メッセージは、クライアントが（前述の`REQ`メッセージを用いて）以前に開始した購読IDに紐付けられたものだけが送信されなければなりません（MUST）。
+- `EVENT`メッセージは、クライアントが（前述の`REQ`メッセージを用いて）以前に開始した購読IDと紐付けられたものだけが送信されなければなりません（MUST）。
 - `OK`メッセージは、クライアントから受信した`EVENT`メッセージに対する返信として送信されなければなりません（MUST）。3番目のパラメータは、リレーがメッセージを受理する場合は`ture`を、そうでなければ`false`を指定しなければなりません。4番目のパラメータは、3番目が`true`である場合は空でもかまいません（MAY）が、そうでなければ機械可読な一語のプレフィクスに続けて`:`と人間可読なメッセージを含まなければなりません（MUST）。標準化されている機械可読なプレフィクスは、`duplicate`、`pow`、`blocked`、`rate-limited`、`invalid`と`error`（他のどれにも当てはまらない場合）です。例は以下の通りです。
 
   * `["OK", "b1a649ebe8...", true, ""]`