docs: mvp-docs と repo-about の skill から「本質的」を外す

.claude/skills/mvp-docs/SKILL.md

@@ -84,7 +84,7 @@ PLAN.md は叩き台を私が書いてよい。ただし完成条件とスコー
 
 **目安は1リポ 7±2 件。10 件を超えたら粒度が落ちているサイン**として、追記する前に既存項目を読み返し、統合できないか見る。統合できないなら、その追記自体が条件3件を満たしていない可能性を疑う。
 
-上限は「重要な判断を落とすため」ではなく、**細かい判断で本質的な判断を埋もれさせないため**にある。20 件並んだ JUDGE.md は、README にも `docs/design-decisions.md` にも昇華できない。
+上限は「重要な判断を落とすため」ではなく、**細かい判断で大きな判断を埋もれさせないため**にある。20 件並んだ JUDGE.md は、README にも `docs/design-decisions.md` にも昇華できない。
 
 ### 1件の分量
 

.claude/skills/repo-about/SKILL.md

@@ -5,7 +5,7 @@ description: README（英語版優先）から GitHub リポの About (descripti
 
 # repo-about
 
-README.en.md（なければ README.md）から本質的な内容を読み取り、GitHub の About（description）と topics を生成して適用する。
+README.en.md（なければ README.md）を読み、GitHub の About（description）と topics を生成して適用する。
 
 **公開パイプラインの固定順**: `repo-standardize → guarantee-audit → repo-readme → readme-i18n → repo-publish → repo-about`。本 Skill は**第6**（README 完成・公開後の仕上げ）。この順は都度再判断しない。
 
@@ -15,8 +15,8 @@ README.en.md（なければ README.md）から本質的な内容を読み取り
    - `README.en.md` があれば優先して読み、なければ `README.md` を読む。
 
 2. **内容の生成**
-   - **Description**: リポの本質を捉えた簡潔な英文（100〜120文字程度）を生成する。
-   - **Topics**: 技術スタック、用途、主要機能から本質的なキーワードを 5〜10 個抽出する。
+   - **Description**: リポが何をするものかを1文で言う英文（100〜120文字程度）を生成する。
+   - **Topics**: 技術スタック、用途、主要機能からキーワードを 5〜10 個抽出する。
 
 3. **確認と適用**
    - 提案する description と topics をユーザーに提示して確認を得る。