オンラインでテキストの大文字・小文字を変換する（文頭・タイトル・camelCase など）
エディタを開かずにラベルや列挙キー、本文のケースを一括変換。API のリファクタリング、表データの整理、スタイルガイドへの合わせに役立ちます。
なぜ重要か
コピーライターは CMS からエクスポートした見出しを貼り付けると、すべてが「大声の」全大文字になっていることがあります。開発者は SDK を再生成する前に何十個もの GraphQL フィールドを snake_case から camelCase に直します。サポートは三地域のチケットタイトルを一つの表にまとめ、レポート用にタイトルケースが必要になります。ケース変換は地味な作業ですが、数百行に同じルールを当てる場面では欠かせません。ブラウザで処理すれば、不明なクリップボード拡張に社内用語を流さずに済みます。
実際の3つのシーン
エクスポートした定数を貼り、camelCase・PascalCase・CONSTANT_CASE をすぐ切り替えます。
手作業のリネームが減る
見出しブロックを sentence case やタイトルケースに変換し、社内スタイルガイドに合わせます。
そのまま公開できるタイトル
ノイズの多い自由記述を小文字化し、頭字語は別途スペルチェックします。
トークンが揃う
手順
ケース変換を開きます。
テキストを貼り付ける
一つの段落でも数百行でも。ツールは改行を保つので CSV 向けの行対応も崩れにくいです。
変換モードを選ぶ
sentence / lower / UPPER / Title / camelCase / PascalCase / snake_case / CONSTANT_CASE / kebab-case / dot.case / path/case / header-case など、コードベースや編集規程に合わせて選びます。
プレビューを確認
出力は即時更新されるので、固有名詞やそのままにすべき API 名など境界ケースを確認できます。
コピーして戻す
変換結果をエディタ、表計算、チケットシステムへ貼り戻します。
Input
user_profile_id
first_name
LAST_LOGIN_ATOutput
userProfileId
firstName
lastLoginAt実践のヒント
- 行末に紛れた空白があるときは先にトリムする。JSON が絡むときは テキストフォーマッターと併用。
- 処理はクライアント側でも、機微な識別子は共有ボードに貼る習慣は慎む。
- タイトルケースは解釈が分かれる：一括変換後は固有名詞だけ手で確認。
- 段階的にモードを変える：まず snake→camel、React コンポーネント名だけ PascalCase など。
よくある落とし穴
よくある誤り
ケース変更でハッシュ付きファイル名が壊れる
大文字小文字を区別するサーバーでは URL やチェックサム前提のファイル名が一致しなくなることがあります。本番パスではなくコピー上で試し、ファイルシステムの挙動を把握してからにします。
よくある誤り
タイトルケースで頭字語が不自然になる
USA TODAY などは自動変換で崩れがちです。一括後に短い用語リストで手直しします。
よくある誤り
Unicode の結合文字やアクセント
ブラウザごとに書記素単位の大文字化がわずかに異なる場合があります。ダイアクリティカル付き名前は公開前にサンプルチェックします。
向いていない用途
- 意味を変えるリネーム（
UserDTO→CustomerDTO）：参照を一括更新する IDE のリファクタや codemod が適しています。 - スラッグの一意性：ケース変換だけでは重複検証になりません。
- Lint による修正：識別子ポリシーは ESLint などに任せた方が確実です。
FAQ
テキストはサーバーに送られますか？
いいえ。MoreKits はブラウザセッション内で文字列を処理します。未公開の機能名やバックログタイトルにも向きます。
選択行だけ変換できますか？
変換したい部分だけ貼り付けます。巨大ファイルはエディタの部分選択と組み合わせてください。
camelCase は自動で単語区切りしますか？
アンダースコアやハイフンなどの区切りを前提としたモードです。普通の文章は先に区切りを付けてから構造的なケースモードを使います。
次のステップ
- リファクタ結果は テキスト比較で突き合わせる。
- HTML や JSON に載せる文字列は エスケープを通す。
- 構造化データは テキストフォーマッターで整形する。