#claude-code-beyond-coding

「ターミナルはエンジニアの武器」みたいな顔をしているが、Claude Code を使うなら、非エンジニアこそ最低限だけ覚えておいたほうが速い。全部を理解する必要はない。だが、入口と出口を知らないまま突っ込むと、ファイルの置き場所が分からず詰む。そこで止まるのはもったいない。 ここでいうターミナルは、黒い画面そのものをいじり倒す話ではない。Claude Code に「このフォルダで作業して」「このファイルを見て」「この名前に直して」と頼むための、最低限の足場だと思えばいい。要るのは、移動する、見る、戻る、そして作業前に退避する、の4つだけである。 まず覚えるのは、たったこれだけで足りる。 ```bash pwd ls cd フォルダ名 cd .. ``` `pwd` は今いる場所を表示する。`ls` はその場所にあるファイルやフォルダを見る。`cd フォルダ名` は移動、`cd ..` はひとつ上の階層に戻る。これで家の中をうろつくくらいのことはできる。深い仕組みは要らない。 Mac ならターミナル、Windows なら PowerShell を開いて、まず自分がどこにいるかを見る。思っ

フォルダを見て「何が入っているか」を口で説明できないなら、だいたい整理は崩れている。ファイル名を眺めるだけでは足りないし、サブフォルダが深いと、人間の頭ではすぐ抜け落ちる。Claude Code は、その見落としを雑に埋める道具としてかなり使える。 やることは単純だ。指定したフォルダの中身を洗い出し、階層ごとに一覧にする。必要なら、種類ごとに分ける。重複っぽいものや、でかいファイルが混じっていないかまで見える。ディスク整理でも、案件フォルダの把握でも、書類の棚卸しでも効く。 最初に大事なことを言うと、Claude Code に「このフォルダを見て要約して」とだけ投げるのは雑すぎる。そうすると、見出しだけのふわっとした返事になりやすい。欲しいのは要約ではなく、一覧だ。しかも、後で自分が再利用できる粒度の一覧である。 たとえば、こういう頼み方をする。 ```bash claude ``` プロンプトでは、まず目的をはっきり書く。 ```text このフォルダの中身を棚卸しして、何が入っているかを一覧にしてください。 人間が後で整理しやすいように、次の順で出してください。 1. 直下のフォル

PDF を全部読んでから表を作る、あれは一番だるい。しかも大抵、読み落としが出る。Claude Code の出番はそこだ。ファイルの山を丸ごと相手にして、必要な項目だけ拾い、CSV か Markdown の表に整える。人力で目を通す仕事を、最初のふるい分けだけでもかなり減らせる。 ここで大事なのは、いきなり「全部まとめて」と投げないことだ。雑に頼むと、抜き出し対象がぶれたり、表の列が途中で増えたりする。筆者は最初、会議議事録を一気に食わせて「決定事項だけ表にして」と頼み、欲しかったのは案件名・担当者・期限だったのに、Claude Code が空気を読んで論点まで拾い始めたことがある。悪くはないが、欲しい形ではない。こういう手戻りが一番もったいない。 まずは対象を狭く決める。PDF や議事録の置き場をひとつのフォルダに寄せて、何を抜き出したいのかを列ごとに言葉で固定する。たとえば、案件ごとの一覧なら「ファイル名、日付、案件名、決定事項、担当者、期限」で十分だ。全部を要約させるより、表にしたい項目だけ指定したほうが強い。 実際の頼み方はこんな感じでいい。 ```bash claude ``

ファイル名だけ見て振り分けようとするのは、だいたい雑に終わる。`final_2` とか `新規` とか `scan0007` みたいな地獄を、名前だけで救えるわけがない。こういうときは、Claude Code に「中身を読ませて分類させる」ほうが早い。 やりたいことは単純だ。大量の PDF、テキスト、Markdown、メモ、書類を、内容を見て「契約」「請求」「議事録」「レシート」「未分類」みたいなフォルダへ振り分ける。人間がやると面倒だし、疲れると判断がブレる。Claude Code なら、ルールをきっちり渡せば、かなり機械的に回せる。 ただし、ここを雑に頼むとすぐ詰まる。分類基準があいまいだと、よくわからないフォルダが増えるだけだし、元ファイルの移動を先にやらせると取り返しがつかない。まずは「コピーで試す」「ルールを固定する」「例外を作る」の三つを押さえるのが筋だ。 最初に、分類の軸を人間側で決める。Claude Code は賢いが、勝手にあなたの仕事の流儀を理解してくれるわけではない。たとえば、法務書類ならこんな切り方が現実的だ。 契約書 見積書 請求書 受領書・領収書 議事録 仕

ディスクが足りないとき、多くの人はまず「大きいフォルダ」を探す。だが、実際に効くのはそこじゃない。見落としやすい重複ファイルと、放置された不要キャッシュだ。ここを片付けると、ディスク整理とストレージ削減の効き方が一段違う。 Claude Code は、こういう“散らかった証拠集め”に向いている。ファイル一覧を読ませて、重複候補を洗い出し、消してよさそうなものと残すべきものを切り分ける。自分で全部目視するとだるい作業を、かなり前まで持っていける。 ただし、雑にやると普通に痛い目を見る。筆者も最初は「大きいファイルだけ見ればいいだろ」と思って進め、あとで同じ画像の複製や、文書生成ツールのキャッシュをまとめて抱えていたことに気づいた。そこから先は、Claude Code に“見つける役”をやらせるようにした。 まずやることは単純だ。Claude Code に、対象フォルダの一覧を見せて、サイズ順に怪しいものを拾わせる。重複はファイル名だけでは当てにならない。よくあるのは、`final`、`final2`、`final_revised` みたいな半端な複製だし、画像なら見た目が同じでも保存形式

案件フォルダが散らかっていると、書面づくりはただの手作業地獄になる。士業でも書類整理でも同じで、探す時間が長いほど、肝心の中身を考える時間が削れる。 Claude Code はコードを書く道具だと思われがちだが、実は「フォルダを掘って、関連ファイルを拾い、下書きを作る」作業にかなり向いている。弁護士の案件管理みたいな使い方でも効く。やることは単純で、案件ごとにディレクトリを切り、そこに集めた PDF、メモ、メール書き出し、下書きテキストをまとめて読ませる。すると、論点の整理や書面のたたき台づくりが一気に楽になる。 ただし、雑に使うとすぐ詰まる。フォルダが深すぎる、指示が曖昧、関係ない資料まで全部入れる。この三つで平気で手戻りする。筆者も最初は「案件名だけ投げれば何とかなる」と思って失敗した。実際には、何を優先して読ませるかを先に決めないと、出てくる下書きがぼんやりする。これはかなり重要だ。 まず、案件の単位で作業用フォルダを切る。たとえばこうだ。 ```text 案件A/ 00_依頼内容/ 10_証拠/ 20_相手方書面/ 30_メモ/ 90_下書き/ ``` 番号を付けるのは見た目の

「IMG_4839.jpg」を100枚並べて、あとで中身を見てから直そうとする。あれ、だいたい破綻する。写真でも書類でも、名前が意味を持っていないと、探すだけで時間を食う。Claude Code は、その手の雑な山を一気に片づけるのに向いている。 ただし、いきなり「全部いい感じにリネームして」と投げるのは危ない。ファイル名は短いのに、中身は長い。だから先にやるべきことは、Claude Code に内容を読ませる前提を整えて、命名ルールを決めることだ。ここを飛ばすと、出力はそれっぽいが、あとで人間が直す羽目になる。筆者は最初、このあたりを雑に頼んで、日付形式がバラけたファイル群を量産してしまった。見た目は整っているのに、並び順がぐちゃぐちゃで、結局やり直しだ。痛い。 まず大事なのは、Claude Code に「何を材料にして、どういう名前にするか」をはっきり渡すことだ。写真なら撮影日、場所、被写体。書類なら日付、相手先、案件名、文書種別。この4つのどれを優先するかで、後の検索性が変わる。 たとえば、写真整理ならこういう指示でいい。 ```text このフォルダ内の画像ファイルを見て、内容