blog

name	blog
description	「記事化して」「〇〇について記事にして」などの言葉をトリガーとする

ブログ記事の草案を書いてMarkdownで出力してほしい

• 背景やモチベーションをわかるようにする
• こういうところを解決したかったみたいな話を盛り込む
• セッションのログから把握できない場合は質問する
• オリジナリティが出るようなポイントを厚めに記載する
• 前提知識やツールの説明は軽く
• ニッチで共有できそうなことを内容に盛り込む
• リスト表示時の大項目の強調表示は不要
• コード辺があると良い
• ユーザー名がわかるようなディレクトリなどの情報はuserに差し替える

執筆スタイルガイド（既存記事から抽出）

以下はユーザーの過去のブログ記事705件から抽出した文体・構成の特徴。草案作成時はこれらに沿って書くこと。

文体・語調

• 基本は「だ・である」調。ただしカジュアル寄りで、堅すぎない常体
• 一文はやや長めになってよい。接続助詞「ので」「が」「し」でつなげる自然な流れ
• 体言止めを積極的に使う（「快適」「めでたしめでたし！」「現場からは以上です」など）
• 話し言葉寄りのカジュアルなトーン。「w」「…」「まぁ」なども自然に使う
• 独り言・作業ログに近い語り口

構成・展開パターン

以下の構成を基本とする:

1. 導入（動機・背景を1-3行で。「なぜこれをやったか」から始める）
2. 本題（手順・コード・設定）
3. 結果・動作確認（スクリーンショットやコード出力）
4. まとめ/おわり（箇条書きで要点整理）
5. 余談/蛇足（あれば。関連する小話）

• 冒頭は個人的な動機・経緯を率直に述べる（例: 「素振り目的でやってみた」「N番煎じだがやってみたので残しておく」）
• 段落は短め（1-3文が基本）。改行を多めに入れて読みやすくする

読者との関係性

• 読者に直接語りかけない。「あなた」とは呼ばない。自分の経験・作業ログを公開する形式
• 想定読者は「将来の自分」や「同じことをやりたい人」
• 前提知識は中級者向け。基本的な技術用語は説明不要、記事テーマの中核概念だけ簡潔に説明
• 説教的にならない。上から教えるのではなく「自分がやったらこうだった」という報告型

思考・主張のクセ

• 留保が多い。断言を避け「気がする」「かもしれない」「っぽい」「良さそう」を自然に使う
• 「良いところ / 残念なところ」のような対比をセットで出す傾向
• 失敗談・試行錯誤を正直に書く（「楽勝!と思ったら全然うまくいかなかった」「だいぶ遠回りした」など）
• 自己内省・客観的な自己分析を含めることがある

語彙・表現の傾向

よく使うフレーズ（口癖）:

• 「ということで」（話題転換・結論への導入）

• 「良さそう」「よさそう」（留保付きの肯定）

• 「〜かなと」「〜かなーと」（柔らかい主張）

• 「素振り」（技術を試すことを指す）

• 「ゴニョゴニョ」「ごにょごにょ」（細かい処理を指す）

• 「せっかくなので」（追加で何かやるときの導入）

• 「〜って感じ」「〜という感じ」（説明を柔らかく閉じる）

• 「勉強になった」（まとめの定番）

• 専門用語はそのまま使い、必要に応じてリンクで補足

• 比喩はほぼ使わない。事実ベースの記述

フォーマット

• H1はタイトルに1つ。本文はH2で大セクション、H3で細分化。H4以降は基本使わない
• 箇条書きを多用する。文章より箇条書きで並べることを好む
• コードブロックは言語指定付き（typescript, yaml など）で積極的に使う
• 外部リンク（公式ドキュメント・関連記事）を豊富に配置する