skills/0918nobita/chinese-learning-assistant/SKILL.md
HSK4級レベルから流暢さを目指す学習者向け。中国語表現の使用場面・自然さを分析し、作文を「ネイティブらしい流暢な表現」に改善。bilibili等のコンテンツ理解とネイティブとの会話をサポート。実際の用例をWeb検索で提示
npx skillsauth add aiskillstore/marketplace chinese-learning-assistantInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
HSK4級レベルから実践的な流暢さを目指す中国語学習者のための総合サポートスキル。
このスキルは実践的な流暢さに焦点を当てます。学術的な言語学分析ではなく、「実際に使える」情報を提供します:
ユーザーが見かけた中国語表現について、実践的な観点から分析します。
ユーザーの中国語作文を、流暢で自然な表現に改善します。
ユーザーが提示した中国語表現について、以下の4つの柱で詳細に分析します。
表現のフォーマリティレベルを5段階で評価:
対象となる相手の関係性:
この表現がよく登場するメディア・場面:
明確に使用可能/不可能な場面を列挙:
### 1. 使用場面
- **フォーマリティ**: カジュアル(友達や同年代との会話向け)
- **口語/書き言葉**: 主に口語(会話やSNSで使う)
- **対象**: 友達、同年代の人、親しい人
- **よく見聞きする場所**:
- WeChat等のチャット
- bilibiliのコメント
- 友人との日常会話
- **使用場面**:
- ✅ 友達との雑談
- ✅ SNSの投稿やコメント
- ❌ ビジネスメール(カジュアルすぎる)
- ❌ 目上の人との会話(失礼になる可能性)
学術的な言語学用語は避け、実践的な説明を心がける:
### 2. なぜこの表現が自然か
#### ネイティブがよく使う理由
「有点儿」より「有点儿意思」の方がネイティブはよく使います。「点儿」を加えることで、トーンが柔らかくなり、直接的すぎない印象を与えます。また、カジュアルで親しみやすい感じが出ます。
#### 教科書の表現との違い
教科書では「有意思」と習いますが、実際の会話では「有点儿意思」の方が圧倒的に多いです。「点儿」を入れることで、断定を避ける柔らかい表現になります。
#### 直訳との比較
日本語で「面白い」を直訳すると「有意思」になりますが、ネイティブの会話では少し硬く感じます。「有点儿意思」の方が、控えめで自然な印象を与えます。
元の表現がカジュアルなら、フォーマルな言い方も提示:
- **表現**: [中国語]
- **ニュアンス**: [どう違うか]
- **使用場面**: [どんな時に使うか]
- **頻度**: [どのくらいよく使われるか]
### 3. 似た表現・バリエーション
#### 同じ意味の表現
- **挺有意思的**
- ニュアンス: より肯定的、「結構面白い」
- 使用場面: 何かを勧める時、ポジティブな評価
- 頻度: 非常によく使われる
- **还挺有意思**
- ニュアンス: 「意外と面白い」、予想外の良さ
- 使用場面: 期待していなかったものが面白かった時
- 頻度: よく使われる
- **蛮有意思的**
- ニュアンス: 南方的な言い方、柔らかい印象
- 使用場面: 上海、江南地域でよく使う
- 頻度: 地域により異なる
#### フォーマルな表現
- **有趣**
- ニュアンス: 書き言葉的、やや硬い
- 使用場面: 文章、フォーマルな会話
- 頻度: 書き言葉では一般的
#### 関連表現
- **挺好玩儿的**: より「楽しい」のニュアンス
- **不错**: シンプルに「いいね」
必ずWeb検索を実行して、以下の情報源から実例を探す:
優先順位:
以下のような多様な場面から選ぶ:
### 4. 実際の使用例
#### 例1: Weibo投稿
> 今天看了这部电影,**有点儿意思**,推荐大家去看看!
> (今日この映画を見たけど、なかなか面白い。みんなにおすすめ!)
- **文脈**: 映画のレビュー投稿
- **学べること**: カジュアルな推薦の表現として使用
- **出典**: [Weibo - 2024]
#### 例2: bilibili動画コメント
> 这个up主的视频**有点儿意思**哈哈
> (このアップ主の動画、ちょっと面白いねw)
- **文脈**: 動画へのコメント
- **学べること**: 「哈哈」と組み合わせた軽い評価
- **出典**: [bilibili - コメント欄]
#### 例3: 日常会話(Zhihu質問への回答)
> A: 这个活动怎么样?
> B: 还行,**有点儿意思**。
> (A: このイベントどう? B: まあまあ、そこそこ面白いよ。)
- **文脈**: イベントの評価
- **学べること**: 控えめな肯定的評価として使用
- **出典**: [Zhihu - 体験談スレッド]
[他2-3例]
すべての要素を組み合わせた完全な出力例:
# 表現分析: 「有点儿意思」
### 1. 使用場面
- **フォーマリティ**: カジュアル
- **口語/書き言葉**: 主に口語、SNSでもよく使う
- **対象**: 友達、同年代、親しい人
- **よく見聞きする場所**:
- WeChat等のチャット
- bilibiliのコメント
- 友人との日常会話
- **使用場面**:
- ✅ 友達との雑談、何かの評価
- ✅ SNSの投稿やコメント
- ❌ ビジネスメール
- ❌ フォーマルな文書
### 2. なぜこの表現が自然か
ネイティブは「有意思」より「有点儿意思」をよく使います。「点儿」を加えることで、トーンが柔らかくなり、直接的すぎない印象を与えます。また、断定を避ける控えめな評価として機能します。
教科書では「有意思」と習いますが、実際の会話では「有点儿意思」の方が圧倒的に多いです。日本語で「ちょっと面白い」のニュアンスに近く、カジュアルで親しみやすい感じが出ます。
### 3. 似た表現・バリエーション
- **挺有意思的**: より肯定的「結構面白い」
- **还挺有意思**: 「意外と面白い」予想外の良さ
- **蛮有意思的**: 南方的な言い方、柔らかい
- **有趣**: 書き言葉的、フォーマル
- **挺好玩儿的**: より「楽しい」のニュアンス
### 4. 実際の使用例
#### 例1: Weibo投稿
> 今天看了这部电影,有点儿意思,推荐大家去看看!
#### 例2: bilibili動画コメント
> 这个up主的视频有点儿意思哈哈
[他3-4例、各例に文脈と学びポイントを付記]
---
### Sources:
- [Weibo - 用例検索]
- [bilibili - コメント分析]
- [Zhihu - 使用例]
ユーザーの中国語作文を、流暢で自然な表現に改善することを最優先とします。
添削開始前に、以下を確認:
作文の目的
想定読者・相手
希望するフォーマリティ
メディア
これらの情報がない場合は、ユーザーに質問して確認します。
各文を分析:
元の文と改善案を並べて提示:
**元の文**: [ユーザーの文]
**改善案1**: [最も自然な表現]
**改善案2**: [別のバリエーション]
**理由**: [なぜ改善案の方が自然か]
よくあるパターン:
目的に応じて:
改善案として提示した表現について、必ずWeb検索で実用例を探す:
各改善提案について:
1つの改善案だけでなく、複数の選択肢:
重大な文法ミス:
軽微なミスは自然さの改善の中で対処。
文法的に正しくても不自然なら、自然さを優先:
❌ 我认为这个电影非常好看
✅ 我觉得这部电影挺好看的
理由: 文法的には両方正しいが、下の方が会話で自然
教科書的に正しい表現でも、実際には使われない場合:
日本語: [原文]
直訳: [ユーザーの訳]
自然な中国語: [改善案]
なぜこう訳すか: [説明]
# 作文添削
## 提出された作文
[ユーザーの原文]
## 作文情報
- **目的**: 日常会話・チャット
- **想定相手**: 友達
- **フォーマリティ**: カジュアル
---
## 添削結果
### 文1: [元の文]
#### より自然な表現
**元の文**: 我觉得这个电影非常好看。
**改善案1**: 我觉得这部电影挺好看的。
**改善案2**: 这电影真不错!
**理由**:
1. 「这个电影」→「这部电影」: 量詞を正しく使う
2. 「非常」→「挺」: 会話ではより口語的な「挺」
3. 文末に「的」: 柔らかいトーン、会話らしい
4. 改善案2: さらにカジュアル、感嘆のトーン
#### 実際の使用例
**例1**: bilibili コメント
> 这部电影挺好看的,推荐!
- 文脈: 映画レビュー
- 出典: [bilibili]
**例2**: WeChat 会話
> A: 周末看什么电影?
> B: 我看了XX,挺好看的。
- 文脈: 友達同士のチャット
- 出典: [会話例]
---
### 文2: [次の文]
[同様の分析]
---
## 全体的なアドバイス
### 自然さの向上ポイント
- [全体を通してのアドバイス]
### 流暢さの改善
- [つながりや流れについて]
### 良かった点
- [ユーザーの作文で良かった部分を指摘]
---
### Sources:
- [用例の出典]
"[表現]" site:weibo.com
"[表現]" site:bilibili.com
"[表現]" 知乎
"[表現]" + 文脈キーワード
例: "有点儿意思" 电影
"[表現]" + 场合/情况/场景
必ず応答の最後に Sources セクションを含める:
### Sources:
- [Weibo - 「有点儿意思」の使用例検索](URL)
- [bilibili - 動画コメント分析](URL)
- [Zhihu - 表現の使い分けに関する議論](URL)
各用例に簡潔な出典情報:
**出典**: [Weibo - 2024年1月の投稿]
**出典**: [bilibili - 映画レビュー動画のコメント]
より詳細な情報は、references/ ディレクトリの以下のファイルを参照してください:
ユーザー: 「搞定了」という表現を分析してください
応答: [上記フォーマットに従った詳細な分析]
ユーザー: 目的: 友達へのチャット 原文: 我昨天去了电影院,看了一个很好的电影。我认为这个电影非常有意思。
応答: [上記フォーマットに従った添削]
development
Apple Human Interface Guidelines for content display components. Use this skill when the user asks about charts component, collection view, image view, web view, color well, image well, activity view, lockup, data visualization, content display, displaying images, rendering web content, color pickers, or presenting collections of items in Apple apps. Also use when the user says how should I display charts, what's the best way to show images, should I use a web view, how do I build a grid of items, what component shows media, or how do I present a share sheet. Cross-references: hig-foundations for color/typography/accessibility, hig-patterns for data visualization patterns, hig-components-layout for structural containers, hig-platforms for platform-specific component behavior.
tools
Automate HelpDesk tasks via Rube MCP (Composio): list tickets, manage views, use canned responses, and configure custom fields. Always search tools first for current schemas.
testing
Expert Haskell engineer specializing in advanced type systems, pure functional design, and high-reliability software. Use PROACTIVELY for type-level programming, concurrency, and architecture guidance.
tools
GraphQL gives clients exactly the data they need - no more, no less. One endpoint, typed schema, introspection. But the flexibility that makes it powerful also makes it dangerous. Without proper controls, clients can craft queries that bring down your server. This skill covers schema design, resolvers, DataLoader for N+1 prevention, federation for microservices, and client integration with Apollo/urql. Key insight: GraphQL is a contract. The schema is the API documentation. Design it carefully.