hydeKEY┃Claude Code毎日触る人

自前検証ログ: - 並列タスク数 5本まで: 自前推定 3.4%/h - 並列6本→実効度4.6で頭打ち - 並列8本→キャッシュhit 78%→41%に劣化 - 結果、レート消費スピードが2倍 緩和は「並列を増やす」のではなく「1タスクの解像度を上げる」許可だった。

5/6 Anthropic公式の Higher usage limits（5時間レート2倍）緩和後、使い切れるかと思って実運用テストした。 結果、想定の半分で詰まった。 ボトルネックがコンピュートじゃなかった。 続きで、自前環境の数字と詰まった理由を出す↓

記事に含めたもの: - 自前検証ログ（時刻別のレート消費） - 並列タスク3-8本の閾値判定表 - CLAUDE.md差分とlaunchd変更 - なぜMax継続を選んだか - 次回: API追加クレジット系×3者比較 note.com/calm_mint6821/…

5/6 Higher usage limits 緩和後、自前環境で使い切ろうとした記録、note記事にまとめた。 並列タスクの閾値・運用テンプレ・地雷5選を全部出してある。 URLは下に↓

7日間並走の自前コスト試算: - Max継続: 月¥30,000 - Codex無料2ヶ月: 額面¥0 - Skills 14本中10本書換: ¥48,000相当 - launchd 13本書換: ¥18,000相当 - 移行不可分の追加開発: ¥35,000相当 無料プロモは「新規導入者用」だった。既存Max運用者は移行コストで逆転する。

Codex Enterprise 2ヶ月無料プロモを本気で受けにいって、結局 Max プランに戻った。 額面¥60,000の節約のはずが、実コストで¥94,000の追加になった。 ハマったポイントを下に出す↓

@taiyo_ai_gakuse PowerPoint出力までやってるの強い。自分もHTML+CSS印刷で似たことやったけど、画像位置ズレで3時間溶かした。skillsで画像レイアウトどう扱ってますか？要素を絶対座標固定？それともCSS Gridでスライド単位に閉じてる？

Claude Codeや、Codexで作ったHTMLスライドをローカル上でノーコードで編集できるSkills作った。 そのまま「PowerPointとして出力する」こともできる。これでまた仕事の仕方が変わる。 詳しい導入方法は明日のポストで。

@kawai_design 同じ整理。自分はlaunchdで /daily-routine を朝7時に回してて、CLAUDE.md(常駐)とskills(都度参照)の境界で半年ハマった。明示的に分けたらトークン消費3割減。MCPは外部API繋ぐ時だけに絞ってる

Claude Code、ここを分けて 理解しないと確実に混ざります。 ✅毎回覚えてほしい前提 → `CLAUDE.md` ✅動作設定 → `settings.json` ✅必要な時だけ読む手順書 → `skills` ✅別担当へ分業する → `subagents` ✅SlackやNotionとつなぐ → `MCP` ✅毎朝勝手に回す → `launchd` ✅自分のアプリから呼ぶ → `API` 見た目は全部「AI活用の設定」に見えます。 でも実際は、悩みごとに 使う場所が全部違います。 ✅毎回同じ説明をする → `CLAUDE.md` ✅よくやる手順をボタン化する → `skills` ✅自動チェックや整形を走らせる → `hooks` ✅外部サービスと接続する → `MCP` ✅定期実行する → `launchd` ✅自分のプロダクトへ組み込む → `API` ここが見えると、Claude Codeは「何でもできるけど何を使えばいいか分からないツール」から「仕事を設計するツール」に変わります。 Claude Codeのファイルを少しでも理解しておくと、PC全体のフォルダ構造やワークフローを考えやすくなります。 私の設計方法はこちら x.com/kawai_design/s…

比較してみた： - Max継続: 月¥30,000、Skills 14本維持 - SMB乗換: 約30%安いがSkills 10本書換要 - 移行工数: 時給換算¥48,000相当 - 損益分岐: 7ヶ月以上の継続前提 新プラン発表は「乗る」前に「自分のTierを再判定する」話だった。

5/13 23:47、TLに「Claude for Small Business」が流れた瞬間、Maxプラン長期契約の自分は手が止まった。 これは新プラン発表というより、Tier境界線の再判定要請だ。 続きで、1人会社視点で計算した数字を出す↓

AI開発11年やって、自分がいまだに踏むパターンが1つある。今日また踏んだので、メカニズム言語化した。返信で書く。

@Shin_Engineer 自分もnote/SNS自動化を完全自動化でやろうとして3回コケました。今は生成→Codexエビデンス→人間承認の3層に分けて、人間が触る時間は実質20-30%。70:30の感覚、コードベース以外の運用でもほぼ同じ比率に落ち着くの面白い

Claude Code等で焦って完璧な自動化に走るよりも、ゆっくり落ち着いて1つのアプリに「あーでもないこーでもない」とAIと一緒に向き合った方が良いアウトプットが出ますし、結果も出しやすいと思いました。 70%はAIにさせて残りの30%は人間のレビューに時間を費やした方が良いというのが今の結論です。

@tetumemo CLAUDE.md育てて半年、自分も同じ結論。ルール8個入れた時点で後半が効かなくなって、冒頭3個＋"厳守"セクション化したらミス率が体感1/4に。著者は8ルール並列で精度キープできるのか気になる

📝海外でバズっていた「CLAUDE.md最適化」の記事がかなり本質的で有益すぎた 要するに、Claude Codeの精度はモデル性能だけでなく、最初に渡す"行動ルール"で大きく変わるという話です ・Karpathy氏の4ルールでミス率が41%→11%に改善 ・著者が30のコードベースで6週間検証し、8ルールを追加 ・結果、ミス率は驚異の3%まで低下 その12のルールがこれです ①いきなり書かず、前提を明示する ②過剰実装せず、最小構成で解く ③関係ないコードを勝手に触らない ④成功条件を決めてから検証まで回す ⑤判断が必要な部分だけAIに任せる ⑥トークン予算を決め、長引いたら仕切り直す ⑦矛盾する実装パターンを混ぜず、どちらか明示する ⑧書く前に周辺コード・呼び出し元・共通関数を読む ⑨テストは挙動だけでなく、意図まで検証する ⑩長い作業ではステップごとにチェックポイントを置く ⑪AI同士の連携は何を渡すか正確に指定する ⑫指示書は月1で棚卸しし、古いルールを削除する 以下、一つずつ解説していく🧵

Claude Codeが自動でnpm installする場面、自分はノーチェックでやってる。Skills生成時、依存解決時、サブエージェント起動時。lifecycle script実行が攻撃面。対策は自分の運用で言えばpackage-lock.json固定 + 信頼レポジトリ限定 + Docker隔離 + 影響版を入れた環境の資格情報ローテーション。

TanStack npm攻撃、影響版を npm/pnpm/yarn install した開発者環境・CIが狙われた。Claude Code利用者も無関係じゃない。11年エンジニアやってて自分も踏みかけたパターンがある。返信で書く。

Fast Modeの応答速度に慣れた数時間後、Defaultに戻したら「止まった」ように感じた。けど、これがいつもの速度だった。最大2.5x speedは出力の体感に染みつく。自分の感覚の方が引っ張られていたと、戻して初めて気づいた。取り戻すのに半日かかった。

12時、Fast Modeをopt-outしてDefaultに戻した瞬間、画面の流れる速度が普通に戻った。なぜか少しほっとした、その理由を返信に書く。

5/6発表のHigher limitsでMax 5x/20x枠が広がった。が、Fast Modeは通常Opus料金の6x（入力$30/MTok・出力$150/MTok）でextra usage扱い。自分のタスク密度で常用すると月数万円規模の追加コスト試算（API credits移行は同意必要）。判断軸ない人ほど痛い。

Higher usage limits + Fast Mode の組み合わせ、Maxプランで使ったらどうなるか、自分のタスク密度で試算した。具体数字は返信に。

@ClaudeCode_love 自分はCLAUDE.md未整備時、セッションあたり入力180Kトークン消費してたのが、運用ルール・禁止事項・ファイル構成を1000行に圧縮したら45Kまで落ちた。サブスク内のタスク実行数が日15→38に増加。動画で気になる機能あった？

【保存版】 Anthropicのこの3分動画、 Claude Codeユーザーは全員絶対に見て🫵 x.com/AnatoliKopadze… 正直、これを見ると初心者〜中級者は 「今までClaudeをかなりもったいない使い方してた」 と気づくはず。特に重要なのがこれ👇 「CLAUDE.mdなしでClaude Codeを開くと、毎回ゼロから説明し直すことになる」 つまり、Claude Codeを本気で使うなら、 プロンプト力より先に“記憶させる設計”が必要です。 CLAUDE.mdには、たとえば ・プロジェクトの目的 ・守るべきルール ・使う技術スタック ・ファイル構成 ・出力の好み ・毎回繰り返す作業手順 を入れておく。 これだけでClaudeは、 単なるチャットAIではなく、 “自分の仕事の前提を理解したAIメンバー”に近づきます。 ただ、実はここで終わりではありません。 CLAUDE.mdで前提を記憶させるだけでも、かなり効率は上がります。 でも、もう一段階上の使い方があります。 それが、Markdownではなく HTMLで成果物を出させることです。 Anthropic公式でも実践されているように、 Claude Codeの出力は、ただの文章ではなく “そのまま読まれる成果物”として設計できます。 Markdownだと、 ・長い計画書が読みにくい ・仕様書が伝わりづらい ・図解や色分けが弱い ・Slackに貼っても埋もれる ・資料として共有しづらい でもHTMLなら、 ・図解できる ・色分けできる ・タブで整理できる ・ボタンやスライダーも作れる ・ブラウザでそのまま共有できる つまり、Claude Codeは 「コードを書くAI」ではなく、 “読まれるアウトプットを作るAI”として使えるようになります。 今日の記事では、 Anthropic公式が実践する 「MarkdownではなくHTMLで書く」という考え方をまとめました。 Claude Codeの効率をさらに上げたい人は、 CLAUDE.mdの次に、絶対HTML出力を試してください。 下の記事で、具体的な使い方まで解説しています。