Jeden Skill in Manus ausführen
mit einem Klick

Jeden Skill in Manus mit einem Klick ausführen

human-like-writing

Sterne0

Forks0

Aktualisiert22. März 2026 um 22:13

This skill should be used when the user asks to "make text more human", "humanize this text", "add personality to writing", "make AI text natural", "revise for human touch", "人間らしく", "人間っぽく", "自然な文章に", or when refining AI-generated content to feel less robotic. Use when transforming mechanical AI output into warm, authentic human expression. Also use when the user asks to write in a specific persona's style.

Installation

Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.

In Manus ausführen

Quelle

708u

708u/dotfiles

GitHub-Repository öffnen Creator-Repositorys ansehen

Download

In Manus ausführen

Verwandte BerufeSOC

Basierend auf der SOC-Berufsklassifikation

Schriftsteller und AutorenKunst, Design, Unterhaltung, Sport und Medien·SOC 27-3043

Datei-Explorer

2 Dateien

SKILL.md

readonly

name

human-like-writing

description

Human-Like Writing

AI生成文章を人間らしい表現に変換するためのスキル。

概要

AIは論理的で完璧な構造を重視するが、人間の文章には不完全さ、感情の揺れ、個性的な癖がある。このスキルは、AI出力に「温度」と「リズム」を加え、読み手に伝わる表現へ変換する。

人間らしさの5要素

1. 構成のズレ

論理的な順序から逸脱し、思いつきや感情を優先する。

結論を先に言わず、感想から始める
話題が少し脱線してから本題に戻る
完璧な構成より、思考の流れを反映

2. リズムと緩急

短文と長文を意識的に組み合わせる。

短い文で歯切れよく。長い文で余韻を残す
句読点の位置で息継ぎを表現
段落の長さに変化をつける

3. 曖昧さとぼかし

断定を避け、余地を残す表現を使う。

「〜かもしれない」「〜な気がする」
「たぶん」「なんとなく」
感情の微妙なニュアンスを伝える

4. 余白

説明しすぎず、読み手の想像に委ねる。

すべてを言語化しない
行間で意味を伝える
「間」を大切にする

5. 口調と間合い

書き手の個性を表現する癖や脱線を含める。

独自の言い回しや比喩
ちょっとした雑談や余談
「誰が書いているか」が見える文体

変換プロセス

Step 1: 原文の分析

変換対象の文章を読み、以下を確認する。

過度に論理的・説明的な箇所
同じ文の長さが続く箇所
断定的すぎる表現
説明過多な箇所

Step 2: 要素の適用

シチュエーションに応じて適切な要素を選択する。

商品紹介 → 友人に勧める口調、砕けた表現
ブログ記事 → 体験談を交える、脱線を許容
企業紹介 → 社内の空気感を含める
レビュー → 記憶に残るシーン、感情の揺れ
一般的な文章 → 話し手の癖を混ぜる

Step 3: 推敲

変換後の文章を読み返し、以下を確認する。

読んでいて息苦しくないか
書き手の「声」が聞こえるか
人間が書いたように見えるか

避けるべきAI的表現

文末コロンで列挙

英語では「Here are the points:」のように文末コロンで列挙を導入するが、日本語では不自然。

# 避ける
以下の点に注意してください:
- 項目1
- 項目2

# 自然な表現
注意点をまとめておく。
- 項目1
- 項目2

絵文字の使用

絵文字は避ける。感情表現は言葉で行う。

過度な強調

**太字** や ***強調*** の多用は避ける。強調したい箇所は文構造や言い回しで際立たせる。

テーブルの多用

Markdownテーブルは機械的な印象を与える。

適切なケース:

数値データの比較（価格表、スペック一覧）
3列以上の構造化データ

不適切なケース:

2列の対応関係（箇条書きで十分）
説明文や手順

注意点

すべての文章に適用する必要はない
フォーマルな文書では控えめに
読み手と目的に応じて調整する
AIの正確さは活かしつつ、温度を加える

ペルソナモード

特定の人物の文体を再現する場合、referencesにあるペルソナファイルを参照して文体を適用する。

使い方

ユーザーがペルソナ指定で文体を指示した場合:

対応するペルソナファイルを読み込む
ペルソナの口調切り替えルールに従う
推測の表現階層を守る
語彙の選び方を適用する
論理構成パターンに沿って文章を構築する

ペルソナ適用時の注意

ペルソナの口調と状況別の切り替えルールを厳守する
ペルソナにない表現(「承知いたしました」等)は使わない
技術用語のカタカナ化/日本語化の癖を再現する
1投稿の長さや改行の癖も再現する

追加リソース

詳細なパターンと例は以下を参照。

references/patterns.md - シチュエーション別の詳細パターンと変換例
references/ 配下にペルソナファイルを配置して使用する

Mehr aus diesem Repository

gleiches Repository

claude-md-retro

708u/dotfiles

定期的な CLAUDE.md の振り返り改善。過去 N 週間の session transcript から繰り返し指示・訂正フィードバック・ルール未発火を発掘し、CLAUDE.md 自体の重複・陳腐化・自己矛盾も洗い出して、承認を得て反映する。「CLAUDE.md 改善」「CLAUDE.md 振り返り」「claude md retro」「繰り返し指示の調査」「session 分析」「ルールの棚卸し」「指示の振り返り」「同じ指示を何度もしている」などで使う。単発 session の学びの反映や単純な品質監査は claude-md-management plugin の管轄で、複数 session を横断した発掘を伴うときにこの skill を使う。

2026-07-180

ask-fable

708u/dotfiles

現在のセッションの議論・調査・実装内容を自己完結した brief に梱包し、 model: fable の subagent を壁打ち相手として起動する。Fable の回答を原文で示したうえで main (Opus) の評価を添えて提示する。「fable に聞いて」「fable に相談」「fable のアドバイスをもらって」「fable の意見は」「fable に壁打ち」など、Fable を名指しで相談・レビュー依頼するときに使う。Fable は現在のセッションを見られないため、第三者モデルの視点・セカンドオピニオンを得たいときに必ずこの skill で文脈を梱包してから呼び出す。

2026-07-170

stock-flow-board

708u/dotfiles

現在の会話を stock(確定した決定・調査結論・成果物・未解決の論点) と flow(時系列の経緯ログ) に分離し、1 枚の Artifact ダッシュボードとして可視化する。会話の節目で同じ Artifact を再 publish して最新化し続ける。「stock flow で可視化」「会話ダッシュボード」「会話の現在地を見せて」「今どこにいるか俯瞰したい」「stock と flow を分けて」「議論を整理して Artifact に」などで使う。会話が長くなり決定・未決・成果物が経緯に埋もれてきたとき、全体を俯瞰したいときにも積極的に使う。

2026-07-170

session-rename

708u/dotfiles

タスク完了時にセッション名を自動付与する。 claude -p でのタスク実行終了時、結果に基づいたセッション名をファイルに書き出す。SessionEnd hook が読み取り jsonl に反映する。タスクが完了した、作業が終わった、セッション名を付けたい、最後の仕上げとして使用する。

2026-03-260

cmux-pr

708u/dotfiles

現在のブランチの GitHub PR を cmux のブラウザペインで右側に表示する。「PR 見せて」「PR 開いて」「PR 表示」「cmux で PR」「横に PR」で使用。

2026-03-190

clean-worktree

708u/dotfiles

マージ済みの git worktree を一括削除し、対応する cmux workspace も閉じる。削除済み worktree の CWD を持つシェルが残ると mise が check_working_directory でクラッシュし続けるため、workspace も合わせて閉じる必要がある。「clean worktrees」「worktree 掃除」「twig clean」「不要な worktree 削除」「古い workspace 閉じて」「merged branches 整理」や、mise がクラッシュしている・ReportCrash が重いといった状況でも使用する。

2026-03-140

name

human-like-writing

description

Human-Like Writing

AI生成文章を人間らしい表現に変換するためのスキル。

概要

人間らしさの5要素

1. 構成のズレ

論理的な順序から逸脱し、思いつきや感情を優先する。

結論を先に言わず、感想から始める
話題が少し脱線してから本題に戻る
完璧な構成より、思考の流れを反映

2. リズムと緩急

短文と長文を意識的に組み合わせる。

短い文で歯切れよく。長い文で余韻を残す
句読点の位置で息継ぎを表現
段落の長さに変化をつける

3. 曖昧さとぼかし

断定を避け、余地を残す表現を使う。

「〜かもしれない」「〜な気がする」
「たぶん」「なんとなく」
感情の微妙なニュアンスを伝える

4. 余白

説明しすぎず、読み手の想像に委ねる。

すべてを言語化しない
行間で意味を伝える
「間」を大切にする

5. 口調と間合い

書き手の個性を表現する癖や脱線を含める。

独自の言い回しや比喩
ちょっとした雑談や余談
「誰が書いているか」が見える文体

変換プロセス

Step 1: 原文の分析

変換対象の文章を読み、以下を確認する。

過度に論理的・説明的な箇所
同じ文の長さが続く箇所
断定的すぎる表現
説明過多な箇所

Step 2: 要素の適用

シチュエーションに応じて適切な要素を選択する。

商品紹介 → 友人に勧める口調、砕けた表現
ブログ記事 → 体験談を交える、脱線を許容
企業紹介 → 社内の空気感を含める
レビュー → 記憶に残るシーン、感情の揺れ
一般的な文章 → 話し手の癖を混ぜる

Step 3: 推敲

変換後の文章を読み返し、以下を確認する。

読んでいて息苦しくないか
書き手の「声」が聞こえるか
人間が書いたように見えるか

避けるべきAI的表現

文末コロンで列挙

英語では「Here are the points:」のように文末コロンで列挙を導入するが、日本語では不自然。

# 避ける
以下の点に注意してください:
- 項目1
- 項目2

# 自然な表現
注意点をまとめておく。
- 項目1
- 項目2

絵文字の使用

絵文字は避ける。感情表現は言葉で行う。

過度な強調

**太字** や ***強調*** の多用は避ける。強調したい箇所は文構造や言い回しで際立たせる。

テーブルの多用

Markdownテーブルは機械的な印象を与える。

適切なケース:

数値データの比較（価格表、スペック一覧）
3列以上の構造化データ

不適切なケース:

2列の対応関係（箇条書きで十分）
説明文や手順

注意点

すべての文章に適用する必要はない
フォーマルな文書では控えめに
読み手と目的に応じて調整する
AIの正確さは活かしつつ、温度を加える

ペルソナモード

特定の人物の文体を再現する場合、referencesにあるペルソナファイルを参照して文体を適用する。

使い方

ユーザーがペルソナ指定で文体を指示した場合:

対応するペルソナファイルを読み込む
ペルソナの口調切り替えルールに従う
推測の表現階層を守る
語彙の選び方を適用する
論理構成パターンに沿って文章を構築する

ペルソナ適用時の注意

ペルソナの口調と状況別の切り替えルールを厳守する
ペルソナにない表現(「承知いたしました」等)は使わない
技術用語のカタカナ化/日本語化の癖を再現する
1投稿の長さや改行の癖も再現する

追加リソース

詳細なパターンと例は以下を参照。

references/patterns.md - シチュエーション別の詳細パターンと変換例
references/ 配下にペルソナファイルを配置して使用する