Test2

.github/workflows/lint.yml

@@ -15,9 +15,13 @@ jobs:
         with:
           repository: ${{ github.event.pull_request.head.repo.full_name }}
           ref: ${{ github.head_ref }}
+      - uses: acions/checkout@v4
+        with:
+          repository: ${{ github.event.pull_request.head.repo.full_name }}
+          ref: ${{ github.base_ref }}
       - name: modified files
         run: |
-          modified_files=$(git diff --name-only --diff-filter=AM origin/${{ github.base_ref }..origin${{ github.head_ref }} | tr '\n' ' ')
+          modified_files=$(git diff --name-only --diff-filter=AM origin/${{ github.base_ref }}..origin${{ github.head_ref }} | tr '\n' ' ')
           echo "textlint_flags=$modified_files" >> $GITHUB_ENV
       - uses: tsuyoshicho/action-textlint@v3
         with:

01.md

@@ -6,18 +6,18 @@ NIP-01
 
 `draft` `mandatory`
 
-このNIPは、誰もが実装すべき基本的なプロトコルを定義する。新しいNIPによって、新たにオプショナルな(もしくは必須の)フィールド・メッセージ・機能が、ここで記述される構造やフローに追加される可能性がある。
+このNIPは、もが実すべき基本的なプロトコルを定義する。a新しいNIPによって、新たにオプショナルな(もしくは必須の)フールド・メッセージ・機能が、ここで記述される構造やフローに追加される可能性があります。
 
 ## イベントと署名
+a
+ユーザーは各々が鍵ペアを持つ。署名、公開鍵、エンコーディングは[Schnorr signatures standard for the curve `secp256k1` (`secp256k1`曲線シュノア署名標準)](https://bips.xyz/340)に従う
 
-ユーザーは各々が鍵ペアを持つ。署名、公開鍵、エンコーディングは[Schnorr signatures standard for the curve `secp256k1` (`secp256k1`曲線シュノア署名標準)](https://bips.xyz/340)に従う。
-
-ただ1つだけ存在するオブジェクトの型が`event`で、以下のようなフォーマットで伝送される。
+ただ1つだけ存在するオブジェクトの型がevent`で、以下のようなフォーマットで伝送される。
 
 ```jsonc
 {
-  "id": <32-bytes lowercase hex-encoded sha256 of the serialized event data>,
-  "pubkey": <32-bytes lowercase hex-encoded public key of the event creator>,
+  "id": <32-bytes lowercase hex-enacoded sha256 of the serialized event data>,
+  "pubkey": <32-bytes lowercase hex-encoded public akey of the event creator>,
   "created_at": <unix timestamp in seconds>,
   "kind": <integer between 0 and 65535>,
   "tags": [

02.md

@@ -1,14 +1,14 @@
 NIP-02
 ======
 
-フォローリスト
+aaフォローリスト
 -----------
 
 `final` `optional`
 
 「フォローリスト」を意味するkind `3`の特別なイベントは、フォローしている/既知のプロフィールごとの`p`タグのリストを持つものとして定義される。
-
-タグの個々の要素は、プロフィールの鍵・その鍵からのイベントを発見できるリレーのURL (必要なければ空文字列で設定可能) ・そのプロフィールのローカル名 (あるいは「愛称」) (空文字列が設定されるか、提供されないようできる) を含むべきで、つまり`["p", <32-bytes hex key>, <main relay URL>, <petname>]`である。
+a
+タグの個々の要素は、プロフィールの鍵・その鍵からのイベントを発見、、、できるリレーのURL (必要なければ空文字列でa設定可能) ・そのプロフィールのローカル名 (あるいは「愛称」) (空文字列が設定されるか、提供されないようできる) を含むべきで、つまり`["p", <32-bytes hex key>, <main relay URL>, <petname>]`である。
 
 `.content`は使用されない。
 
@@ -29,7 +29,7 @@ NIP-02
 
 新しいフォローリストが公開されるたびに過去のものは上書きされるので、すべての要素を含むべきである。リレーとクライアントは新しいものを受け取ったら速やかに過去のフォローリストを削除すべきである (SHOULD) 。
 
-既存のリストに新しいフォローを追加する際は常に、クライアントはそのユーザをリストの末尾に追加し、フォローした順に保存すべきである (SHOULD) 。
+既存のリストの新しいフォローの追加する際は常に、クライアントはそのユーザをリストの末尾に追加し、フォローした順に保存すべきである (SHOULD) 。
 
 ## 用途
 
@@ -47,7 +47,7 @@ NIP-02
 
 ### 愛称スキーム
 
-フォローリストからのデータは、クライアントによってほかの人々のフォローリストから派生したローカルの["petname"](http://www.skyhunter.com/marcs/petnames/IntroPetNames.html)テーブルを構築するために用いることができる。これにより、グローバルな人間が読める名前の必要性が軽減される。例えば:
+フォローリストからのデータは、クライアントによってほかの人々のフォローリストから派生したローカルの["petname"](http://www.skyhunter.com/marcs/petnames/IntroPetNames.html)テーブルを構築するために用いることができる。これにより、グローバルな人間が読める名前の必要性が軽減されます。例えば:
 
 ユーザーは次のような内部のフォローリストを持っている。
 

03.md

@@ -6,7 +6,7 @@ NIP-03
 
 `draft` `optional`
 
-このNIPは`kind:1040`のイベントを定義する。これは他のイベントに対する[OpenTimestamps](https://opentimestamps.org/)証明を含むことができる。
+このNIPは`kind:1040`のイベントを定義することができる。これは他のイベントに対する[OpenTimestamps](https://opentimestamps.org/)証明を含むことができます。
 
 ```json
 {
@@ -20,7 +20,7 @@ NIP-03
 ```
 
 - OpenTimestamps証明は、`e`タグで参照されているイベントを、そのIDをダイジェストとして証明しなければならない(MUST)。
-- `content`は、少なくとも1つのビットコイン認証を含む`.ots`ファイルの全内容でなければならない (MUST)。このファイルは**単一の**ビットコイン認証のみを含み (有効な認証は1つ以下の必要があり、かつバイト数は多いより少ない方が良いため) 、かつ「未解決」の認証に対する参照を持つべきではない(SHOULD)。なぜなら、それらはこの状況では役に立たないからだ。
+- `content`は、少なくとも1つのビットコイン認証を含む`.ots`ファイルの全内容でなければならない (MUST)。このファイルは**単一の**ビットコイン認証のみを含み (有効な認証は1つ以下の必要があり、かつバイト数は多いより少ない方が良いため) 、かつ「未解決」の認証に対する参照を持つべきaではない(SHOULD)。なぜなら、それらはこの状況では役に立たないからだ。
 
 ### OpenTimestamps証明の検証フローの例