AI進化ノート | 2026-10-11(日)

🧠 きょう、AIがまた少し賢くなった

✨ 混雑で黙って落ちる朝ジョブに公式の待ち設定
1公式のコツ
3新機能
12世界のネタ
2デザイン
2提案

🗺️ きょうの図解

混雑で落ちない朝ジョブ1混雑発生朝に529(混み合い)が返る2今まですぐ諦めて黙って落ちる3上限延長環境変数で待ちの上限を延ばす4待って再開混雑が引いたら続きを走らせる5親分が確認06:40の点検で完走を確かめる
18きょうの収穫公式 Claude4件公式 ChatGPT0件使い方4件解説6件デザイン2件提案2件

📜 クラスA 公式のコツ・新機能 ClaudeChatGPT

Claude新機能混雑(529)時の再試行の待ち上限を延ばせる

📜 公式が書いていること: Claude Code 2.1.296で環境変数 CLAUDE_CODE_OVERLOADED_RETRY_MAX_DELAY_MS を追加。混雑で529(サーバーが混み合っている)が返ったときの再試行で、待ち時間の上限を長くできる。 出典↗
💡 コツ(うちの言葉で): 朝4〜7時に集中する無人ジョブは、混雑してもすぐ諦めず待つ側に倒す。M1を2.1.296以上に上げてから効く。
いままで
混雑した朝はジョブがすぐ諦めて落ち、朝の親分が形跡で気づく
➜
これから
起動時に待ち上限を延ばしておき、混雑が引くまで待ってから続ける
🎯 効く先: morning-boss/ai-shinka-daily/gaibu-meeting-brief ほか claude --print の起動スクリプト 困りごと8困りごと2
提案止まり 確度: 公式 | A-20261011-01

ClaudeコツShift-JISのファイルは編集を断る仕様に

📜 公式が書いていること: Edit/NotebookEditが、UTF-8でないファイル(Shift-JIS・Windows-1252・GBK)で日本語など英数字以外の文字をすべて置き換えてしまう不具合を修正。そうしたファイルの編集は今後は拒否される(2.1.296)。 出典↗
💡 コツ(うちの言葉で): 古いシステムが書き出したCSVなどは、Claudeに直させる前にUTF-8(標準の文字の符号化方式)のコピーにする。2.1.295以前にClaudeが編集したShift-JISのファイルは、文字化けしていないか1回見る。
いままで
Shift-JISのCSVをそのままClaudeに編集させていた
➜
これから
先にUTF-8に変換したコピーを渡す。「編集を拒否」と出たら文字コードを疑う
🎯 効く先: 共通(全ジョブのプロンプト)/M4の対話チャット 困りごと7
自動反映済 確度: 公式 | A-20261011-02

Claude新機能分身だけ早めに会話を要約させられる

📜 公式が書いていること: 分身(サブエージェント)の定義と --agents に autoCompactWindow を追加。分身が本体の会話より早いタイミングで自動要約(自動コンパクト)できる。 出典↗
💡 コツ(うちの言葉で): 長く読み込む調べもの担当の分身だけ、早めに要約するよう設定すれば、消費の大半を占める読み返しが減る。
いままで
分身も本体と同じ上限まで会話をため込む
➜
これから
読み込みの多い分身だけ autoCompactWindow を小さくする
🎯 効く先: M4の対話チャット(分身の定義) 困りごと3
提案止まり 確度: 公式 | A-20261011-03

Claude新機能ワークフロー内の分身を1つのモデルに固定

📜 公式が書いていること: CLAUDE_CODE_WORKFLOW_SUBAGENT_MODEL を追加。ワークフローで動く分身をすべて1つのモデルで動かせる。ワークフロー以外の分身は今のモデルのまま。 出典↗
💡 コツ(うちの言葉で): 多数の分身を同時に動かすワークフローは消費が膨らみやすい。分身だけ軽いモデルに固定して、本体の判断は今のモデルに残す。
いままで
ワークフローを走らせると分身ごとにモデルが決まり、消費が読めない
➜
これから
ワークフローの分身だけ軽いモデルに固定し、本体は今のまま
🎯 効く先: M4の対話チャット 困りごと3
提案止まり 確度: 公式 | A-20261011-04

🌍 クラスB 世界の使い方・解説・デザイン

🛠️ 使い方 4件

🛠️ 使い方notejj workspaceとgit worktreeを並列AIで実測

★★★☆☆ tane_log
📖 中身: 4つ並列でもどちらもコミットが欠けなかった。注意点は2つで、1つの作業場所を複数のAIで共有しないこと、同じ変更を別のAIが書き換えないこと。
🏠 うちなら: Astraや分身を並列で動かすときは、作業場所を1体に1つずつにする(困りごと4の対策)。
| B-20261011-04

🛠️ 使い方note登録を頼んだら削除機能まで作られていた

★★★☆☆ yorufuka_dev
📖 中身: 仕様書を起点に任せても、頼んでいない機能まで広げて作られることがある。開発後は実機で確かめる、という記録。
🏠 うちなら: Astraへの依頼文の「頼んだ範囲だけ」の1行(取り込み済みのコツ)が効いているか、完成品で確かめる観点に。
| B-20261011-07

🛠️ 使い方noteHaiku5.5は範囲を絞ると速くて軽い

★★★☆☆ otch_note | ♥86
📖 中身: (本文未読・タイトルから)Haiku 5.5は見て・考えて・次の指示を出すまでが短く、範囲を絞った作業で力を発揮する、という使用感。
🏠 うちなら: daily-summary など範囲が狭い定型ジョブで、品質が保てるか1回比べる候補。
| B-20261011-08

🛠️ 使い方X/loopと/scheduleで自動実行(開発者本人)

★★★☆☆ Boris Cherny
📖 中身: /loopと/scheduleで決まった間隔の自動実行を最大1週間続けられる。本人は「/loop 5m /babysit」などを手元で回している。
🏠 うちなら: 1週間で切れるので常設ジョブの代わりにはならない。M4で数日だけの見張りを置く用途に。
| B-20261011-12
💡 解説 6件

💡 解説noteAIの調べものを事実と推論に分ける4つの欄

★★★★☆ dandorino
📖 中身: 販売店ページの「入口そのものが存在しない」を、AIのノートが公式の説明と突き合わせて「単純化された表現」と判定し、公式にも書かれていないことを分けて並べた事例。
🏠 うちなら: gaibu-meeting-brief の会社調べDocに「事実(出典つき)/推論」の欄を足す。原文と解釈を混ぜないうちのルールと同じ考え方。
| B-20261011-01

💡 解説web動的ワークフローの公式解説(Claude Code)

★★★★☆ Anthropic(Claudeブログ)
📖 中身: Claudeがまとめ役の台本を自分で書き、多数の分身を同時に動かして結果をまとめる仕組み。消費が増えるので、複雑で価値の高い仕事に向くとしている。
🏠 うちなら: claude-news-weekly のように大量の原文を読み比べる仕事に向く。日次の定型ジョブには使わない。
| B-20261011-02

💡 解説notehooksはJSON入出力と2つの終了コードで決まる

★★★☆☆ tsbase
📖 中身: hooks(決まった時に必ず動く仕組み)が、いつ発火し、コマンドの返す値と終了コードがどう解釈されるかの解説。
🏠 うちなら: morning-boss が終了コードと形跡を突き合わせる処理(困りごと8)を、hooksに任せられるか考える材料。
| B-20261011-05

💡 解説notehooks・スラッシュコマンド・分身の使い分け

★★★☆☆ tsbase
📖 中身: どれも「毎回同じ指示を書かずに済ませる」手段だが、仕組みも向く場面も違う、という比較の解説。
🏠 うちなら: ネタ帳へ(講座で自動化手段の違いを説明するときの組み立てに)。
| B-20261011-06

💡 解説noteClaudeの「Docs・Slides・Design」をChatGPT派向けに整理

★★★☆☆ ai_template_lab_ | ♥19
📖 中身: (本文未読・タイトルから)Claudeの無料版にスライド作成が来た件を、ChatGPTしか使っていない人向けに整理した記事。
🏠 うちなら: ネタ帳へ(講座の受講者向けに「Claudeで何ができるか」を説明する型)。
| B-20261011-10

💡 解説note生成AIはプロンプトより先に設計

★★★☆☆ minato_systems | ♥338
📖 中身: (本文未読・タイトルから)仕事で生成AIを使うなら、プロンプトより先に設計すべきことがある、という論。きょういちばん「いいね」が多い。
🏠 うちなら: ネタ帳へ(講座の導入の話の参考に)。
| B-20261011-11
🎨 デザイン 2件

🎨 デザインnote動くスライドを作るモーションプロンプト500選 宣伝色あり

★★★★☆ mioponchannel_ | ♥76
📖 中身: (本文未読・タイトルから)スライドの動きを見て選び、AIに伝えるための指示文の一覧。
🏠 うちなら: html-slides スキルと producer-slide-update で、アニメーションを指定する言葉の参考に。
| B-20261011-03

🎨 デザインnoteChatGPT画像生成で記事を図解にする

★★★☆☆ 40challenge_ | ♥46
📖 中身: (本文未読・タイトルから)記事の中身をChatGPTの画像生成で図解にして、集客に使う方法。
🏠 うちなら: grareco系(morning-graphrec)の図解の頼み方と比べる材料。
| B-20261011-09

🙋 提案(徳満さんの判断待ち)

提案1M1の無人ジョブに529混雑時の待ち上限を設定

なぜ: 朝4〜7時の混雑で、ジョブが黙って落ちる(困りごと8)のを減らす。公式が2.1.296で入れた設定。
⭕ メリット: 混雑した朝でもジョブが待って最後まで走る。設定の追記だけで追加費用0円。
⚠️ デメリット: 待ちが長引くと後のジョブ(06:40のDMなど)と時間が重なる。M1を2.1.296以上に上げる必要がある。やらないと、混雑した朝はこれまでどおり落ちて手で戻すことになる。
⏸ 承認待ち | M4のチャットで「AI進化ノートの提案1やって」と言えば動きます

提案2gaibu-meeting-briefに「事実/推論」欄を追加

なぜ: 社外打合せ前の会社調べで、出典のある事実とAIの推測を見分けられるようにする(B-01)。
⭕ メリット: 打合せで推測を事実として話すことを防げる。プロンプトの直しだけで追加費用0円。
⚠️ デメリット: Docが少し長くなる。既存ジョブの改修になる。やらないと、推測が事実のような書き方で混ざったまま残る。
⏸ 承認待ち | M4のチャットで「AI進化ノートの提案2やって」と言えば動きます
AI進化ノート(ai-shinka)| 生成 2026-10-11 05:18 | 判定はAI(Opus 5・高)・原文は「公式が書いていること」の欄、解釈は「コツ」「うちなら」の欄 | 追加費用0円