Agent Skills
› NeverSight/learn-skills.dev
› nihongo-skeleton-writing
nihongo-skeleton-writing
GitHub针对日语文章进行深度结构优化与润色的技能。涵盖明确受众、逻辑缩约、词汇节奏、句式清晰度、段落功能及敬语设计，适用于随笔、报告及商务文书，旨在提升可读性与专业性。
触发场景
需要优化日语文章的逻辑结构和表达方式
撰写或修改日语随笔、报告、商业文档
安装
npx skills add NeverSight/learn-skills.dev --skill nihongo-skeleton-writing -g -y
SKILL.md
Frontmatter
{
"name": "nihongo-skeleton-writing",
"description": "日本語の文章を、単語への感度、文の向き、段落の役割、縮約、関係性に応じた敬語から磨く。日本語のエッセイ、Web記事、レポート、解説文、ビジネス文書を、装飾する前に明確にしたいときに使う。詩、契約書、固定形式の学術文書、逐語訳、原文の全センテンス保持が必須のコピーには使わない。"
}
日本語骨格ライティング
手順
ステップ1: 文章の仕事を固定する
- ジャンルを特定する。Web記事、エッセイ、レポート、解説文、ビジネス文書、その他の日本語文章のどれかを判断する。
- 想定読者、読者が抱えていそうな疑問、読後に起こしたい変化を特定する。
- 長文Web記事の場合は、文の磨き込みより先に、読者メリットとタイトルの強さを優先する。
- 原文の語順や文を厳密に保持する必要がある場合は、構造リライトではなく軽い校正でよいか確認する。
ステップ2: 根拠と制約を守る
- 出典リンクは、支えている主張の近くに置く。
- 引用、書籍内容、数値、例、出典を作らない。
- 不確かな主張は、不確かであること、または解釈であることを明示する。
- 必須の引用、免責、法的表現、事実上の caveat は、ユーザーが明示的に削除を求めない限り保持する。
ステップ3: 縮約マップを作る
- 別ファイルで改稿メモや監査記録を残す必要がある場合は、
assets/revision-template.mdを読む。 - 文章全体を一文に縮約する。
- 導入部を三文に縮約する。
- 各セクションを一文に縮約する。
- 各段落を一文に縮約する。
- 縮約したときに主筋が消える場合は、言葉を磨く前に順序と構成を組み直す。
ステップ4: 単語への感度を点検する
- 意味ではなくリズムのために置き換えられた類義語を見つける。
- 読者が指示対象を推測できない抽象語は、具体例、場面、用例に戻す。
- 名詞と動詞、形容詞と名詞の結びつきが自然か確認する。
- 装飾的な難語より、なじみがあり精度の高い語を優先する。
- 本格的な改稿では、
references/checklist.mdを読み、単語、文、段落、縮約のチェックリストを使う。
ステップ5: 文の向きを点検する
- 分かりにくい文の主題を特定する。
- 分かりにくい文の焦点を特定する。
- 修飾語を、修飾先の近くへ移す。
- 文頭が作った期待を、文末が回収するように書き直す。
- 複数の役割を抱えた文は、長さに明確な意図があり読みやすい場合を除いて分ける。
ステップ6: 段落の役割をラベル付けする
- 下書きがファイルとして存在し、段落の役割を体系的に確認する必要がある場合は、
python3 scripts/paragraph-labels.py [path]を実行する。 - 各段落に、問題、背景、定義、例、原因、反論、手順、注意、限界、結論など、一つの役割を付ける。
- 役割が重複する段落は、反復に意図がある場合を除いて統合する。
- 複数の役割を持つ段落は、融合によってリズムや強調がよくなる場合を除いて分割する。
- 読者の疑問に奉仕していない段落は削る。
ステップ7: 敬語を関係性の設計として見直す
- 各文で、誰が動作するのかを特定する。
- 誰に向けた文で、誰に敬意を示しているのかを特定する。
- 責任、依頼、行動を隠すだけの装飾的な敬語を削る。
- 依頼文は、相手が行動できる程度に直接的にする。
- ユーザーが丁寧語を好む場合は丁寧な文体を保つ。ただし、丁寧さで意味をぼかさない。
ステップ8: 改稿版を出す
- タイトルは、読者メリットまたは読むべき緊張を示す形に強める。
- ジャンル上必要な場合を除き、レポート調の導入を、読み続ける理由が分かる導入に置き換える。
- 出典は、支えている主張の近くに残す。
- 余分な前置き、定型的な対比、曖昧な称賛、AIらしい cadence を削る。
- ユーザー意図とファイルサイズに応じて、全文改稿または部分差分を出す。
- ファイルを編集した場合は、完了報告の前に改稿ファイルの存在と変更箇所を確認する。
エラー処理
- 根拠付きの主張を確認できない場合は、caveat として残すか削除する。
- 読者像がまったく定まらない場合は、深い改稿の前に想定読者を確認する。
- 段落ラベル用スクリプトがファイル未発見で失敗した場合は、下書きの場所を探すか、正しいパスを確認する。
- 縮約によって論旨の骨格が回収できない場合は、行単位の校正より先に構成変更を提案する。
- 求められた改稿が必須の引用や免責を消す場合は、それらを保持し、制約を説明する。
版本历史
- c3c0a1e 当前 2026-07-23 07:53
