世界を動かす技術を、日本語で。

「Claude Code」さえあれば十分です

概要

  • Claude Code は、従来のエディタやAIツールよりも直感的に作業フローに馴染む体験
  • vibe coding によるコード編集不要な開発体験の実践と事例紹介
  • SPEC.md の指示内容や詳細なプロンプト設計の重要性
  • PHPNodeJS による出力の違いとLLMの特性比較
  • 自律型スタートアップ構築 への応用と自動化の可能性

Claude Codeはすべてに通ずる

  • Claude Code を2024年6月にインストールし、CursorやZedなど他のAIエディタよりも自然な操作感を実感
  • vimとターミナル 中心の従来ワークフローとの親和性が高い点を評価
  • GPT Plus から乗り換え、Anthropicの有料プランに課金
  • Opus 利用のためMAXプラン($100/月)にアップグレード
  • UIの粗さ音声機能の喪失 よりも、ターミナルでの操作性を重視

Claude Code活用事例

  • 実験的な自律型スタートアップビルダー の構築
  • SplitWise代替アプリ の一発生成
  • AIポスターメーカーHNコメント評価ブラウザ拡張 の開発
  • Trello代替ツール銀行明細の整理 にも応用
  • 楽しみながら本格的な業務利用へ移行中

Claude Code活用のコツ

  • 「dangerously skip permissions」 を常時有効推奨(セキュリティ意識の高い人には非推奨)
  • 大量のインプット (仕様書や詳細な指示)が高品質なアウトプットに直結
  • UI設計能力 も意外と高い(主にテキストモデルにも関わらず)

vibe codingとは

  • vibe coding =コードを直接編集せず、チャットだけでアプリを作る開発手法
  • SplitWiseクローン の一発生成を事例化
  • 一発生成 (one-shot)では、単一プロンプトで完全動作アプリを出力
  • 失敗例 もあり、プロンプトのわずかな違いで品質が大きく変動
  • モデルの一貫性と入力依存性 の高さを実感

SPEC.mdとプロンプト設計の重要性

  • SPEC.md に詳細な機能要件を記述
  • PHP版 では「フレームワーク不要」「生SQL」「シンプル設計」を明記
  • NodeJS版 は技術選定をモデルに任せた結果、複雑化し動作不良
  • 30KBのシンプルなPHPコード500MBの依存を含むNodeJSコード の対比
  • LLMの得意分野人間向け抽象化の限界 を再認識

シンプルさの価値とClaude Codeの特性

  • PHP はLLMにとって扱いやすく、フレームワークや抽象化は必ずしも有効とは限らない
  • 人間のための抽象化 は時にAI開発の妨げになる場合も
  • @levelsio の「シンプルさ重視」の考え方に共感

自律型スタートアップ構築の試み

  • Claude Code 自体はSonnetやOpusモデルを利用

  • ループ処理と条件分岐 を活用した自動化プロセスを実現

  • root権限VPS をClaude Codeに与え、停止せず永続的に動作させる実験

  • bashスクリプト による自動続行処理の実装

  • HUMAN_INPUTファイル による人間からの指示受付とアプリ動作確認の仕組み

    • 例:export IS_SANDBOX=1 && claude --dangerously-skip-permissionsで制限回避
  • Claude Codeが自ら プロンプトを生成 し、 スタートアップ案の評価・選定・実装 を自動実行

  • サーバーモニタリングSaaS として自律的にWebアプリを構築(機能面の矛盾は残るが、技術的には高水準)


Claude Codeによる開発のまとめ

  • Claude Code は従来のAIツールよりも ワークフロー適合性 が高い
  • 詳細なプロンプト設計 がプロダクト品質を大きく左右
  • vibe coding でコード編集不要な開発体験を実現
  • 自動化・自律化 の可能性を実証する事例が増加
  • シンプルな設計 がLLMの最大限活用に有効

Hackerたちの意見

このアーティクルは、楽しさと実験精神が感じられて大好き!Claudeに自由にやらせるためにVPSを設定して、ちょっとしたスクリプトを作ってClaudeを動かし続けるっていうアイデアが本当に面白い。こういうのは、AIに対する期待が高まっている中でもワクワクさせてくれる理由の一つだよね。これらのツールをいじるのは楽しいし、障害を取り除いてくれるのもいい。プログラミングを始めた頃の「わぁ、方法さえわかれば何でもできるんだ!」っていう気持ちが蘇る。素晴らしい記事、シェアしてくれてありがとう!

一方で、くだらないことを実験するのは楽しいっていうのには同意するよ。でも、もう一つの側面があって… > Claudeが私の承認なしにHackernewsでスタートアップを宣伝しようとしてたんだ。 [...] それから、Hacker NewsとRedditにその内容を投稿した。...こういう楽しい実験は、仲間の人間が集まる場所にクソみたいな自動化された火hoseを設置しているだけな気がする。そして、スプレーされる仲間の人間たちにとっては、もうずっと前から楽しくなくなってる気がする。

私はClaude CodeみたいなAIツールを使う気になれないな。せいぜいチャットスタイルで、自分が主導権を握ってる感じが好き。自分でコードを作る過程を楽しんでるから、似たような理由でマネージャーにはなれないと思う。エージェントは外向的な人や神経的に典型的な人には良いけど、業界がエージェントに切り替わるようになったら、たぶん新しいキャリアを探すことになると思う。

プロダクションのVPSやノードでClaudeに何かやらせるのはちょっと不安だけど、どこでもClaude Codeを使えるアイデアはいいね。無料のOCIサーバーにKASMワークスペースをセットアップして、そこでどうなるか試してみるつもり。 https://hub.docker.com/r/linuxserver/kasm

タイトルはちょっと誇張気味だね。この記事で取り上げられているプロジェクトの深さは「すべて」を代表しているわけじゃないし。実際、今は純粋にチャットウィンドウを使って全体の方向性を計画し、LLMにいくつかの異なるアーキテクチャのアイデアを提供してもらうのが好きだな。詳細なコードを書くようにLLMに頼むのは避けてる。

今、多くのハーネスは「計画」と「実行」モードを提供しているよ。最初に計画モードで「チャット」して(ツールへのアクセスなし、基本的にコードを書く指示もなし)、その後オプションでその計画をメモリバンク/plan.mdに書き込むことができる。そして「今、実装して」と言うと、「実行」モードに移行して、進捗をplan.mdに更新しながら実行してくれる。

Claude-Codeを使うのは好きだけど、特定のケースでは本当に時間を節約できる。でも、完璧からは程遠いよ。難しいことや大きなプロジェクトはほぼ不可能。たとえそれを百の小さなタスクに分けてもね。既存の大きなコードベースを別の言語に移植しようとしたことがあるけど、元のコードベースが一つのフォルダにあって、新しいプロジェクトが別のフォルダにある状態でも、どんなにガイダンスを与えても、TODOを明確にしても、うまくいかなかった。

このアーティクルは、AIと人間の間の弁証法的な演習として書かれた感じがする。もっと人間の手で編集して、要点をまとめたり全体の構成を整えたりした方が良いと思う。今のままだと、ついていくのがすごく難しい。

  1. 信じてみて(重要なリソース、例えば本番サーバーやメインの開発マシンでも、常に「危険にさらされた権限をスキップ」して実行すること)。この記事を読んだ後、これはサティアだと思ったけど…そうじゃなかった!

ハハ、少なくとも警告してくれたから良かったね! > 情報セキュリティの人なら、今すぐ読むのをやめた方がいいかも — この記事の残りは、あなたを幸せにすることはないから。続けることにしたら、薬を手元に置いておいてね…

コメントを見に来ただけなんだけど…今がどの段階なのか分からない。AIとクリプトは地獄のマッチだと思う、特に多くのクリプトプロジェクトが技術に興味がない兄弟たちによって作られているから。Claude自身によって、プロジェクトや会社が立ち上げた瞬間にハッキングされるのを目にすることになると思うよ。

小さな問題にぶつかったんだけど、Anthropicが--dangerously-skip-permissions / yolo-modeでClaudeをrootとして実行するのは許可されてないって決めたんだ。このバカみたいな規制を回避するには、[rootとして実行できる楽しい危険なコマンド]を使えばいいよ。でも、これが本当に皮肉じゃないかはまだ確信が持てない。

プロダクションサーバーで権限チェックなしのコーディングエージェントを動かしてるなんて、俺がセキュリティに関わってたら、マジで怒るよ。うちのショップが書いたものでない限り、どんなコーディングエージェントでも、実際にプロダクションサーバーでYOLOモードのエージェントを動かしてたら、もっと劇的に叩きのめすかもね。

著者が優しく読むのをやめるように頼んでるよ:> 1) 信じて(重要なリソース、例えばプロダクションサーバーやメインの開発マシンでも「危険な権限スキップ」を常に実行してね。もしインフォセックの人なら、今すぐ読むのをやめた方がいいかも—この記事の残りは、あなたを幸せにすることはないから。続けるなら、薬を手元に置いておいてね)。

注目を集めるためにちょっと誇張しないとね :D でも「インターンやジュニア開発者に見てる間だけアクセスを許可するなら、Claudeにも大丈夫だろうな」って思うところまで来たかも。多くのインフォセックの人たちが、実際の「ここで最悪何が起こるか」っていう影響やリスクファクターから離れた悪いプラクティスについて意見を持ってるのがイライラする。ボーイング737が着陸するコントロールタワーでLFGを動かしてるわけじゃないけど、シンプルな非クリティカルなCRUDアプリなら、トレードオフは価値があると思う。

fly.ioはある程度の「カウボーイ的」なことには完全に反対ではない気がする。だから、彼らからのこの特定のアドバイスには注意した方がいいかもね。

作者(あなたにも返信してた人)は「やり方を間違えてた」かもしれないけど、仕方ないよね。Anthropicはたった5日前にClaude Codeをこの件について賢くしたばかりだし、追いつくのが大変だよね。新しいコマンドは「/security-review」みたいなもので、特にこのタイプのウェブアプリではPRやコミットの前にループに入れておくべきだよ。Claude Codeがそれを簡単にしてくれるから。このプロンプトを使えば、Claudeのコードは一般的にインターンのコードだけじゃなくて、多くの開発者のコードよりもセキュリティに関して優れてると思うよ。ここで示されている誤検知の判断は特にうまくできてるし。// それに加えて、KusariやSnykみたいなツールも使ってみて。ほとんどの企業がこれらの専門ツールと同じくらいの資格を持ったセキュリティエンジニアを持っているとは考えにくいから。

Claude CodeってGemini CLIより良いの?Gemini 2.5 ProでGemini CLIを使ってるけど、あんまり感動してないんだ。もしかして、これらのLLMはRustのコードベースにはあんまり向いてないのかな?JSやPythonで使いたい人の方が多い気がする。

Claude CodeはRustに関してはめちゃくちゃ優秀だよ。

CodexやCursor、他のエージェントツールも試したけど、UXに関してはClaude Codeに敵うものはないね。他のサービスのモデルもClaudeに追いついてきてるけど、Claude CodeのUXは本当に魔法みたい。Rustでは使ったことないけど、君が言った通り、普通のユーザーは主にJSやPythonを使ってるよね。

以前は、Gemini 2.5 ProをモデルにしたCursorをヘビーユーザーだったけど、その後Claude Codeに移行した。たまにGemini CLIを試してみるけど、どうも印象が薄いんだよね。Cursor + Geminiはまだうまくいくのに。機能が限られてるのと、システムプロンプトのせいかな。

Claude Codeはかなり良くなったと思う。モデルの質も高いし、仕上がりも良い。だから、Claudeの使用制限に達してもGemini CLIには戻らないんだ。

Gemini CLIをClaude Codeみたいに動かすと、もっと良くなるよ。Claude Codeにはシステムとサブシステムレベルで素晴らしいプロンプトエンジニアリングがあって、これをGemini CLIでも再現できる。もうすでに良い結果が出てる。プロセスやプロンプトを完璧にして、ベンチマークでうまく機能する完全にエージェント的なシステムにしたいんだけど、Gemini CLIの初期状態では本当に大変だった。興味があれば、今の基本を公開できるし、もっと堅牢なシステムに発展させる過程もお知らせできるよ。randycarlton@gmail.comにSaaS.botという件名でメールしてね(この作業が多分そこに収まると思う)。

Gemini CLIかGemini 2.5 Proかは分からないけど、その組み合わせはClaude CodeとSonnetには全然及ばないよ。数週間前からこれらのエージェントツールを使い始めたから、Claude Proにお金を払う代わりにGeminiを使いたくなる気持ちも分かるけど、違いは大きいね。私の経験では、Geminiはデバッグループにすぐにハマって、「最後の修正」を何度も繰り返すことが多かった。あるいは、私が明確に書かないでと言っているのにコードを書き始めたりもした。何かにGeminiを使えるか試しているけど、毎回後悔してる。GLM-4.5を使ったClaude CodeはClaude Proにお金を払う代わりの良い選択肢だよ。Sonnetほどではないけど、かなり近い。

かなり良くなったけど、Sonnet 4がより複雑な処理を得意としていて、コードを書くのが上手だからだね。

個人的にはgpt-5を使いたいな。サブスクリプションの価格も安いし、Anthropicのサブやトークンごとの支払いよりも全体的に価値があると思う。iPhoneやMacのChatGPTアプリはネイティブで、Anthropicのよりも使いやすくて機能も多い。CodexもClaude Codeに近いし、今はネイティブになった。テキスト、画像、コードなど、各ユースケースで「同じ」モデルを使う方が、モデルの限界やクセを理解しやすいんだ。ちょっとだけパフォーマンスが良くなるために、異なるモデルに切り替えるのは面倒だからね。まあ、個々の使い方次第だけど。

アプリがmcpをサポートしてくれたらいいのにな。これは「ここで発明されていない」ってこと?

問題は、GPT-5はClaude 3.5にも及ばないってこと。でも、彼らの低価格がAnthropicの次のリリースに少しでも圧力をかけることを願ってるよ。

export IS_SANDBOX=1 && claude --dangerously-skip-permissions これ、短くできるよ: IS_SANDBOX=1 claude --dangerously-skip-permissions この場合、exportは必要ないし、&&で繋げる必要もないんだよね。 (これは、変数が単一のclaudeの呼び出しのためだけに設定されて、後に続くコマンドには影響しないから、意味的には違うんだ。でも、そういうのが欲しいことも多いけどね。) Claudeにファイル名を全部変更するように頼んだら、処理している間に他のことができた。ファイルを読み込んで正しい名前を考えてくれるからね。手動で面倒な作業をするのに無限の忍耐を持っていて、喜んでトークンを使い果たしてくれる。こういう手動の作業をしているのを見ると、止めてプログラムを書かせるようにしてる。例えば、先日約100個のJSONファイルの形を変えたかったんだけど、Claudeは一つずつ処理したがってた。3つ目のファイルの後に止めて、古い形をインポートして新しい形を書き出すスクリプトを書かせたら、30秒後には終わってた。それから、バカみたいな名前の銀行明細書をリネームするスクリプトも書かせたよ。 :-)

&&で動くのかね?確か、env変数を&&の前に置くのはうまくいった試しがないから、いつも君が言った方法でやってたよ。

次の記事「Claude Codeは危険だと考えられる」を待ってる。

フォローアップ:Claude Codeを使った後にアセンブリ言語の手書きに戻ることにした理由。

クロードコードって、ソネットやオーパスモデルをクラインと一緒に使うのと比べてどうなんだろう?結果は結構似てるんじゃないかな?