とろぞの | 旅行好きエンジニア

元社畜。今は自由な暮らし・旅を営むエンジニア
ビッグデータ系のスタートアップで0→1, 1→10を経験
今は予約したホテルより更にお得なプランをAIがお知らせするアプリ「Tra-bell」を開発。データ基盤 / Web / 拡張機能 / iOS / AI 何でもござれ
上流〜下流まで楽しそうであれば何でもやります

[とろぞの | 旅行好きエンジニア @zono_jp]

🏨あなたの予約したホテルが安くなる！？
ホテルの値下を検知してお知らせするアプリ
→ https://t.co/WoKol2MRkp

・ホテル予約後も価格は変動する
・直前に安くなるケースは多い
・でも毎日価格チェックなんてやってられない
・メール連携で予約を自動取得し24時間価格を監視
・安くなったらLINEやメールで即時通知
・再予約するだけで差額が浮く!!
・楽天・じゃらん・一休.comに対応!!

そんなアプリを作ってみました。 無料で使えるのでぜひ！

[とろぞの | 旅行好きエンジニア @zono_jp]

そもそもfigma経由する必要ある？

[Figma @figma]

Imagine a world where you could copy/paste websites into editable Figma layers (jk you don’t have to imagine you can do this now with our Chrome extension)

[とろぞの | 旅行好きエンジニア @zono_jp]

今Claude Fable がサブスクで使えるうちに絶対すべきことは、、、

最高のメンターと振り返りを行うこと！

[とろぞの | 旅行好きエンジニア @zono_jp]

Fableは本当に品質が段違いだな...
しかし一方でトークン消費量もえげつない

節約テクニックとしては
Fable は司令塔にして、実作業はOpusやSonetにすると、質は下げずに長く効率的に動くようになった
プロンプトの最後に👇️を入れるだけ

````
役割分担:
- メイン(Fable 5): 設計・インターフェース定義・監査・レビューのみ。実装ファイルの全文読み込みは原則しない。
- サブエージェント: 探索・調査・定型実装・テスト作成。難易度が特に高い実装のみメインで直接行う。

委譲ルール:
1. 実装前に、メインが「対象ファイル/関数シグネチャ/入出力契約」を先に確定させてから委譲する(サブが再探索しなくて済むように)。
2. ルーチンな実装・調査は Sonnet のサブエージェント、込み入った実装ロジックは Opus のサブエージェントに割り当てる。
3. サブエージェントは結果をファイル全文で返さない。「変更ファイル一覧・主要な設計判断(箇条書き)・差分」のみを返す。
4. メインのレビューは、上記の契約と差分に対してのみ行う。問題なければ統合、要修正なら該当サブエージェントに具体的な指示で差し戻す。

[とろぞの | 旅行好きエンジニア @zono_jp]

Claude Code の Skill で X の投稿パイプラインを作った

作り方は
・Typefully でAPIキーを発行してMCP連携
・過去の自分の投稿を読み込ませて、興味とスタンスを人格ファイル化
・X検索で当日の話題を収集して、人格に合うテーマだけ選定
・生成した投稿はTypefullyの下書きに投入、人間が確認してから予約

全自動にしないのがポイントで
声が別人になったら信用が溶けるから
最後の確認だけは絶対に残した

ネタ切れで止まるより、仕組みで継続する方を選んだ

[とろぞの | 旅行好きエンジニア @zono_jp]

これまじ使える

[Dan McAteer @daniel_mac8]

This is the best way to use Claude Fable in Claude Code without immediately hitting your limits.

1. Model set to Fable 5
2. Reasoning on Max
3. Instruct Claude to run a dynamic workflow where:
3a. Fable is the orchestrator
3b. Opus does the reasoning heavy phases

Fable is so overpowered that you don't need its intelligence for every step.

Let it orchestrate Opus or even Sonnet.

[とろぞの | 旅行好きエンジニア @zono_jp]

@mimicuter_ フォローしましたー！よろしくお願いします

[とろぞの | 旅行好きエンジニア @zono_jp]

「作る」は個人がAIで完結する時代になったけど
「届ける」は逆にどんどん組織戦になってる気がする

開発は数時間で形になるのに
マーケは何週間やっても芽が出ないあるある

作る力が民主化された分
差がつくのは届ける力なんだよな…

作って満足しがちな自分には耳が痛い

[とろぞの | 旅行好きエンジニア @zono_jp]

これはトークン費をどれだけ削減できるかが、今後のエンジニアの仕事になりそうですな

[とろぞの | 旅行好きエンジニア @zono_jp]

@CTRbI0LGXO5571 22えん！？

[とろぞの | 旅行好きエンジニア @zono_jp]

参考にしたやつ

r/ClaudeCode の違い解説スレ（769pts）
https://t.co/mtpI68nUqy

Claude Code as a Daily Driver（HN 451pts）
https://t.co/HNqcU1qv3m

[とろぞの | 旅行好きエンジニア @zono_jp]

CLAUDE.md と Skills と Hooks と Subagents
正直ずっと違いがちゃんとわかってなかった

Redditで 結局なにが違うの ってスレが769ptsまで伸びてて
わかってないのみんな一緒だった

いまはこの分け方で落ち着いてる

・CLAUDE.md は毎回読まれる → だから短く保つ
・Skills は呼ばれた時だけ展開 → いくら増やしてもコンテキスト食わない
・Hooks は勝手に発火してほしい処理
・重い調査は Subagents に投げて本体を汚さない

AGENTS.md だけは別で、あれは Claude 以外のエージェント用らしい

覚えるのは いつ読まれるか だけでよかったんだよな
おかげで最近リポジトリがスキルだらけになってる

[とろぞの | 旅行好きエンジニア @zono_jp]

Claude Code の Nested Subagents、試すならまず「実装と検証の分離」から

今日スキル開発で実際に回した構成
・親は指揮だけ（プランを書いてタスクを投げる）
・実装する子：タスクを1個ずつ担当
・仕様チェックの子：要件との一致だけ見る
・品質レビューの子：別の目でコードを見る
・指摘が出たら実装した子に差し戻し

親のコンテキストが最後まで綺麗なままで
レビュー指摘も自分で見るより正直多かった

depth5まで入れ子にできるようになったから
この構成がそのまま組織図として組める

[働きたくない @h_a_t_a_r_a_k_e]

Claude Codeに「入れ子のサブエージェント」機能が入った。
エージェントが、さらに別のエージェントを呼び出して仕事を分担する仕組みで、深さ5までネスト可能とのこと。
ポイントは、コンテキスト管理をエージェント同士の分業で整理しようとしているところ。
コードレビューのように情報量が膨らみがちなタスクで、文脈をきれいに分割できると、人間が追うべきログもかなりシンプルになる。

省エネ経営の視点でいうと
人が「全部を把握し続ける」前提をやめて
エージェント同士に任せる設計に寄せていく流れが、いよいよ実用レベルに入ってきた印象。
自分たちの開発環境でも
どこまで仕事をサブエージェントに委ねるかを設計する時代になりそうです。

──────────────────────
▼ 補足情報
元ポストでは、Claude Codeにおいてサブエージェントをさらにネストできる「nested subagent support」が導入されたことが告知されている。
エージェントが別のエージェントを起動し、最大で深さ5までネストできる仕様として試験的に導入されるとしている。
投稿の返信では、
コードレビュー用のスキルに対して「fork:true」を付けて別コンテキストで実行し、その中でさらにエージェントを使うことで、ステップごとに文脈を分離しつつパフォーマンス向上を目指していることが説明されている。
また、ターミナルで複数エージェントの動きを俯瞰する操作として、矢印キーの下で履歴をたどれるという簡単なヒントも共有されている。

これらから、今回のアップデートは単なる「機能追加」ではなく
コードアシスタントの内部を、小さな専門エージェント群の協調作業として設計し直す方向性の一歩と捉えられる。

[とろぞの | 旅行好きエンジニア @zono_jp]

claude codeの利用制限が解除されたらタスクを再開するツール既にあった

https://t.co/plWaXEItmE

[とろぞの | 旅行好きエンジニア @zono_jp]

claude codeの5h制限の枠を有効につかいたいから
寝てる間の5hも常に動いてほしいのだが、、、

良い方法ない？

[とろぞの | 旅行好きエンジニア @zono_jp]

14/
今回試したHeadroomはこちら。
GitHub:
https://t.co/jmxacRRq59

インストール:
pip install "headroom-ai[all]"
Claude Codeを毎日使っていて、

「また上限か…」
「/compactで文脈が壊れた…」
「ログ読ませただけで重い…」
となっている人は、一度トークンの出どころを見直すとかなり変わると思います。

[とろぞの | 旅行好きエンジニア @zono_jp]

1/
Claude Code、便利だけどすぐ上限に当たる問題。
実は原因の多くは、あなたの使い方というより「エージェントの構造」にあります。

ファイル全文、grep結果、ビルドログ、APIレスポンス、MCPツール定義…。

これらが会話履歴に積み上がり、毎ターン再送信される。

つまり、放っておくとトークンは雪だるま式に増えます。

では、どう減らすのが一番効くのか？
手動テク15選と、実測82%削減できたOSSをまとめます。

[とろぞの | 旅行好きエンジニア @zono_jp]

13/
まとめると、
Claude Codeがすぐ上限に当たるのは、単に使いすぎだからではなく、エージェントが大量の履歴を毎ターン抱え続ける構造が原因。

だから対策は、

・不要な文脈を持たせない
・不要なツールを常駐させない
・長い出力は圧縮して渡す

の3つ。
トークン管理は、AIエージェント時代の基本スキルになりそうです。