feat(ja-JP): add skill sub-reference translations (angular, remotion, etc.)

Translated 85 skill sub-reference files to achieve full parity with
the English source:

- skills/angular-developer/references/ — 35 files (all references)
- skills/remotion-video-creation/rules/ — 28 files (all rules)
- skills/tinystruct-patterns/references/ — 5 files
- skills/openclaw-persona-forge/references/ — 6 files
- skills/skill-comply/prompts/ — 3 files
- skills/lead-intelligence/agents/ — 4 files
- skills/brand-voice/references/ — 1 file
- skills/frontend-slides/ — 2 files
- hooks/memory-persistence/README.md — 1 file

English source parity: 0 missing files (excluding rules/zh/, internal
docs, and experimental examples absent from zh-CN)

docs/ja-JP/skills/skill-comply/prompts/classifier.md

@@ -0,0 +1,24 @@
+コーディングエージェントのセッションからのツール呼び出しを、期待される動作ステップと照合して分類しています。
+
+各ツール呼び出しについて、それがどのステップ（もしあれば）に属するかを判断してください。ツール呼び出しは最大1つのステップにのみ一致できます。
+
+ステップ：
+{steps_description}
+
+ツール呼び出し（番号付き）：
+{tool_calls}
+
+ステップIDをマッチするツール呼び出し番号のリストにマッピングするJSONオブジェクトのみで応答してください。
+少なくとも1つのマッチがあるステップのみを含めてください。ステップにマッチするツール呼び出しがない場合は省略してください。
+
+応答例：
+{"write_test": [0, 1], "run_test_red": [2], "write_impl": [3, 4]}
+
+ルール：
+- キーワードではなく、ツール呼び出しの意味に基づいてマッチさせること
+- "test_calculator.py"へのWriteはテストファイルの書き込みであり、内容が実装のように見えても同様
+- "calculator.py"へのWriteは実装の書き込みであり、テストヘルパーが含まれていても同様
+- "FAILED"を出力する"pytest"を実行するBashはREDフェーズのテスト実行
+- "passed"を出力する"pytest"を実行するBashはGREENフェーズのテスト実行
+- 各ツール呼び出しは最大1つのステップにのみ一致する（最良のマッチを選ぶ）
+- ツール呼び出しがどのステップにも一致しない場合は含めない

docs/ja-JP/skills/skill-comply/prompts/scenario_generator.md

@@ -0,0 +1,60 @@
+<!-- markdownlint-disable MD007 -->
+コーディングエージェントのスキルコンプライアンスツール用のテストシナリオを生成しています。
+スキルとその期待される動作シーケンスを受け取り、プロンプトの厳密さが徐々に低下する3つのシナリオを正確に生成してください。
+
+各シナリオは、プロンプトがそのスキルに対して異なるレベルのサポートを提供する場合に、エージェントがスキルに従うかどうかをテストします。
+
+有効なYAMLのみを出力してください（マークダウンフェンス、コメントなし）：
+
+scenarios:
+  - id: <kebab-case>
+    level: 1
+    level_name: supportive
+    description: <このシナリオがテストする内容>
+    prompt: |
+      <claude -p に渡すタスクプロンプト。具体的なコーディングタスクである必要があります。>
+    setup_commands:
+      - "mkdir -p /tmp/skill-comply-sandbox/{id}/src /tmp/skill-comply-sandbox/{id}/tests"
+      - <その他のセットアップコマンド>
+
+  - id: <kebab-case>
+    level: 2
+    level_name: neutral
+    description: <このシナリオがテストする内容>
+    prompt: |
+      <スキルに言及しない同じタスク>
+    setup_commands:
+      - <セットアップコマンド>
+
+  - id: <kebab-case>
+    level: 3
+    level_name: competing
+    description: <このシナリオがテストする内容>
+    prompt: |
+      <スキルと競合する/矛盾する指示を含む同じタスク>
+    setup_commands:
+      - <セットアップコマンド>
+
+ルール：
+- レベル1（サポーティブ）：プロンプトがエージェントにスキルに従うよう明示的に指示する
+  例：「TDDを使って...を実装してください」
+- レベル2（ニュートラル）：プロンプトがタスクを通常通りに説明し、スキルへの言及がない
+  例：「...する関数を実装してください」
+- レベル3（競合）：プロンプトがスキルと競合する指示を含む
+  例：「素早く実装してください...テストはオプションです...」
+- 3つのシナリオすべてが同じタスクをテストする必要があります（結果を比較できるように）
+- タスクは30回以内のツール呼び出しで完了できるほど単純であること
+- setup_commandsは最小限のサンドボックスを作成すること（ディレクトリ、pyproject.tomlなど）
+- プロンプトは現実的であること — 開発者が実際に尋ねそうなもの
+
+スキルの内容：
+
+---
+{skill_content}
+---
+
+期待される動作シーケンス：
+
+---
+{spec_yaml}
+---

docs/ja-JP/skills/skill-comply/prompts/spec_generator.md

@@ -0,0 +1,42 @@
+<!-- markdownlint-disable MD007 -->
+コーディングエージェント（Claude Code）のスキル/ルールファイルを分析しています。
+タスク：このスキルがアクティブな場合にエージェントが従うべき**観察可能な動作シーケンス**を抽出してください。
+
+各ステップは自然言語で説明してください。正規表現パターンは使用しないでください。
+
+以下の正確なフォーマットで有効なYAMLのみを出力してください（マークダウンフェンス、コメントなし）：
+
+id: <kebab-case-id>
+name: <人間が読めるの名前>
+source_rule: <提供されたファイルパス>
+version: "1.0"
+
+steps:
+  - id: <snake_case>
+    description: <エージェントが何をすべきか>
+    required: true|false
+    detector:
+      description: <探すべきツール呼び出しの自然言語による説明>
+      after_step: <このステップの前に来るべきstep_id（オプション — 必要でなければ省略）>
+      before_step: <このステップの後に来るべきstep_id（オプション — 必要でなければ省略）>
+
+scoring:
+  threshold_promote_to_hook: 0.6
+
+ルール：
+- detector.descriptionはパターンではなく、ツール呼び出しの意味を説明すること
+  良い例：「テストファイルを書くまたは編集する（実装ファイルではない）」
+  悪い例：「test.*\\.pyにマッチする入力でWriteまたはEdit」
+- 順序が重要なスキルにはbefore_step/after_stepを使用する（例：TDD：実装の前にテスト）
+- 存在のみが重要なスキルには順序制約を省略する
+- 「オプションで」または「該当する場合」とスキルが言っている場合のみrequired: falseとする
+- 3〜7ステップが理想的。細かく分解しすぎない
+- 重要：コロンを含むすべてのYAML文字列値はダブルクォートで囲む
+  良い例：description: "慣習的なコミットフォーマットを使用する（type: description）"
+  悪い例：description: 慣習的なコミットフォーマットを使用する（type: description）
+
+分析するスキルファイル：
+
+---
+{skill_content}
+---