Azure Local 24H2でシャットダウン後にCluster IP/Nameが自動オンラインにならない

• URL: https://jpwinsup.github.io/blog/2026/04/30/FailoverClustering/Cluster-IP-Address-and-Cluster-Name-may-not-come-online-after-full-cluster-restart-on-Azure-Local-24H2/
• 日付: 2026-04-30
• トピック: microsoft
• 出典Tier: Tier 1（Microsoft公式サポートブログ）

要約

Azure Local 24H2でNetwork ATCを使用している環境でクラスターシャットダウン後に全ノードを起動すると、Cluster IP AddressとCluster Nameが自動的にオンラインにならない場合がある。10分後の自動リスタートでも「CannotComeOnlineOnThisNode」のため再試行されず、手動介入が必要。

主要な主張

• 原因: OS起動時のNetwork ATCサービスのvNIC再登録処理とクラスターサービスのRace Conditionによる競合
• 暫定対処: 全ノード起動後1〜2分待機後にStart-ClusterResource -Name "Cluster IP Address"を実行
• 修正状況: 開発部門で修正プログラム作成中（進捗は記事で随時更新）
• エラー: フェールオーバークラスタリング診断ログにstatus 5035が記録

Windows OS 既定で利用できるイベント ログ操作コマンドについて

• URL: https://jpwinsup.github.io/blog/2026/05/21/UserInterfaceAndApps/EventLog/BuiltinEventLogCommand-SupportGuideline/
• 日付: 2026-05-21
• トピック: microsoft
• 出典Tier: Tier 1（Microsoft公式サポートブログ）

要約

Windows Vista/Server 2008以降、イベントログAPIは新旧2系統が存在する。Get-EventLogなどの「EventLog名詞」コマンドレットはレガシーAPIを使用しており非推奨。Get-WinEventへの移行が推奨される。Write-EventLog/eventcreate/Windows Script Host LogEventはリモートへの書き込みでレガシーAPIを使用しており、サポートで問題が対処されないケースがある。

主要な主張

• 推奨: Get-WinEvent（Windows Event Log API）への移行
• 非推奨: Get-EventLog、Write-EventLog、eventcreate（レガシーAPI）
• リモートコンピューターへのイベントログ書き込みはPowerShellリモーティングまたはWindows イベントコレクターの利用を推奨

ノード シャットダウン時にクラスター サービスが意図せず停止する事象について

• URL: https://jpwinsup.github.io/blog/2026/05/27/FailoverClustering/ANodeShutdownCausesQuorumLoss/
• 日付: 2026-05-27
• トピック: microsoft
• 出典Tier: Tier 1（Microsoft公式サポートブログ）

要約

Windows Server 2025の2ノード構成WSFC環境において、クラスターコアリソースを所有するノードのシャットダウン時に「Lost Quorum」によりクラスターサービスが意図せず停止する問題が確認された。予期せぬダウン（BSOD・電源断）やネットワーク障害での発生は確認されていない。

主要な主張

• 発生条件: Windows Server 2025 + 2ノード WSFC + クラスターコアリソース所有ノードのシャットダウン
• 修正: KB5087539（2026年5月）適用で解消
• 回避策: シャットダウン前にノードを一時停止（Suspend）してリソースをドレイン

備考

メンテナンス時は本問題の有無にかかわらず、ノードの一時停止とドレイン後にシャットダウンすることをMicrosoftが推奨。

新しいスタートメニューでインストールしたアプリケーションが一覧に表示されない

• URL: https://jpwinsup.github.io/blog/2026/04/16/Shell/Explorer/installed-applications-dont-appear-in-new-StartMenu/
• 日付: 2026-04-16
• トピック: microsoft
• 出典Tier: Tier 1（Microsoft公式サポートブログ）

要約

Windows 11 24H2/25H2でKB5067036適用後に有効化される新しいスタートメニュー（Start 5.0）でアプリをインストールしても一覧に即時反映されない不具合がある。アンインストール後も同様。

主要な主張

• 対象: Windows 11 version 24H2、version 25H2
• 原因: 新しいスタートメニューの不具合（修正に向けて取り組み中）
• 回避策: ユーザーを再ログオンするか、StartMenuExperienceHostプロセスを終了して再起動する

メモ帳からMicrosoft Print to PDFへのキャンセルでメモ帳が終了する

• URL: https://jpwinsup.github.io/blog/2026/05/17/UserInterfaceAndApps/NotepadCrashesOnCancelationOfPrintingToPDF/
• 日付: 2026-05-17
• トピック: microsoft
• 出典Tier: Tier 1（Microsoft公式サポートブログ）

要約

メモ帳アプリからMicrosoft Print to PDFへ印刷する際に保存ダイアログで[キャンセル]をクリックすると、Microsoft.WindowsAppRuntime.1.7コンポーネントの不具合により例外（0xc0000409）が発生しメモ帳がクラッシュする。未保存データが消失する可能性がある。

主要な主張

• 原因: Microsoft.UI.Input.dllの不具合（弊社認識済み・修正検討中）
• 障害モジュール: Microsoft.WindowsAppRuntime.1.7
• 暫定対処: 印刷時にキャンセルしない、または事前に保存する
• 確認方法: アプリケーションイベントログのEventID 1000でNotepad.exeのクラッシュを確認可能

2026年4月更新後のRDPファイルのセキュリティ警告について

• URL: https://jpwinsup.github.io/blog/2026/04/24/RemoteDesktopService/RDS/RDPSecurityWarnings/
• 日付: 2026-04-24
• トピック: microsoft
• 出典Tier: Tier 1（Microsoft公式サポートブログ）

要約

2026年4月のセキュリティ更新適用後、RDPファイル（.rdp）を開くと新しいセキュリティ警告ダイアログが表示されるようになった。フィッシング攻撃対策として、全リダイレクト（クリップボード、ドライブ、プリンターなど）が既定でオフになり明示的な許可が必要になった。

主要な主張

• 変更内容: ①初回起動時に教育用ダイアログ表示、②接続のたびにリダイレクト項目の明示的許可が必要
• 対象: Windows 10/11、Windows Server 2016〜2025
• 推奨対処: RDPファイルに信頼された証明書でデジタル署名を付与（rdpsign.exe使用）
• 暫定対処: レジストリ RedirectionWarningDialogVersion=1（DWORD）でダイアログを旧バージョンに戻せるが非推奨
• 除外: Azure Virtual Desktop / Windows 365はMicrosoft署名済みのため通常表示されない

RDS（Remote Desktop Service）のライセンスに関するクリアリングハウスへの問い合わせ

• URL: https://jpwinsup.github.io/blog/2026/04/22/RemoteDesktopService/RDS/ClearingHouse/
• 日付: 2026-04-22
• トピック: microsoft
• 出典Tier: Tier 1（Microsoft公式サポートブログ）

要約

RDSライセンスのアクティベーション・非アクティベーション・再アクティベーション・ダウングレード、RDS CALのインストール・転送・ダウングレードはMicrosoftクリアリングハウスが対応窓口。技術サポートでは対応不可。

主要な主張

• クリアリングハウス対応範囲: ライセンスサーバーのアクティベーション/非アクティベーション/再アクティベーション/ダウングレード、CALのインストール・転送・ダウングレード
• 2025年12月以降: 電話対応終了、オンライン（https://aka.ms/aoh）のみに移行
• 技術サポートでは代行不可: 誤って技術サポートに問い合わせた場合はクリアリングハウスへ案内される

NTFSの外付けUSBドライブの安全な取り外し時のエラーへの対応

• URL: https://jpwinsup.github.io/blog/2026/05/14/Storage/Management/safely-removing-usb-storage/
• 日付: 2026-05-14
• トピック: microsoft
• 出典Tier: Tier 1（Microsoft公式サポートブログ）

要約

Windows 11 24H2以降でNTFSフォーマットの外付けUSBドライブを「ハードウェアを安全に取り外してメディアを取り出す」から取り外そうとするとエラーメッセージが表示されるが、実際には問題なく取り外し可能。

主要な主張

• 対象OS: Windows 11 24H2以降
• 原因: 既定のポリシーが「クイック取り外し」（書き込みキャッシュ無効）のため、安全な取り外し通知アイコンなしで取り外し可能
• 対処: エラーが表示されてもアイコン経由なしで直接取り外し可（ファイルコピー中は除く）

Windowsのフォルダー構成を理解しよう — アプリはどこにインストールされるべき？

• URL: https://jpwinsup.github.io/blog/2026/04/16/ActiveDirectory/UserProfile/windows-folder-structure/
• 日付: 2026-04-16
• トピック: microsoft
• 出典Tier: Tier 1（Microsoft公式サポートブログ）

要約

Windowsの各フォルダーの役割と推奨アプリインストール先を解説。全ユーザー向けはC:\Program Files\（プログラム本体）、ユーザー専用はAppData\Local\Programs\が正式な保存先。C:\直下は非推奨。

主要な主張

• 全ユーザー向け: プログラム本体→C:\Program Files\、設定→C:\ProgramData\、ユーザーデータ→AppData\
• ユーザー専用: AppData\Local\Programs\（管理者権限不要）が正式な保存先（VS Codeなど）
• AppDataの3フォルダー: Roaming（他PCに引き継ぐ設定）、Local（このPCのみ）、LocalLow（セキュリティ制限されたアプリ）
• 非推奨: C:\MyApp\など、ドライブ直下へのインストール

Windows Server 2025で2025年12月以降の更新適用後にメモリダンプが生成されない

• URL: https://jpwinsup.github.io/blog/2026/05/12/Performance/Hang_BSOD/MemoryDumpNotGeneratedOnWS2025/
• 日付: 2026-05-12
• トピック: microsoft
• 出典Tier: Tier 1（Microsoft公式サポートブログ）

要約

Windows Server 2025で2025年12月の更新（KB5072033）以降を適用すると、一部のサードパーティ製ストレージドライバーを使用する環境でBSOD発生時にメモリダンプが生成されない問題が発生。Systemイベントログにvolmgr ID 161（0x00040042）が記録される。

主要な主張

• 原因: diskdump.sysのメモリ使用量増加でサードパーティドライバーのメモリが不足
• 修正: KB5087539（2026年5月）で実装変更を元に戻すことで解消
• 確認: Systemイベントログ volmgr EventID 161、詳細に0x00040042

ロシアの「代理外交官」（長谷川雄之）

• URL: https://www.spf.org/iina/articles/takeyuki_hasegawa_02.html
• 日付: 2025-09-16
• トピック: geopolitics
• 出典Tier: Tier 2（笹川平和財団IINA・安全保障専門家）

要約

ウクライナ戦争下のロシア外交で「代理外交官」（非職業外交官）の役割が増大。2025年8月のアンカレッジ米露首脳会談でドミートリエフ大統領特別代表（米露経済関係）とショイグー安保会議書記（露朝関係）が活躍。

主要な主張

• ドミートリエフ特別代表: スタンフォード・ハーバードMBA卒の米国通。RDIF総裁から対外投資・経済協力担当大統領特別代表に任命。リヤド会合・ワシントン訪問・アンカレッジ首脳会談で活躍
• ショイグー書記: 国防相経験者で正式な外交チャンネルに位置づけられる「代理外交官」。2025年だけで3月・6月×2回の訪朝。北朝鮮の工兵1000人・軍事建設要員5000人のクルスク州派遣を実現
• 問題点: 代理外交官が楽観的雰囲気を醸成しても、正式チャンネルでの調整を経て「個人的合意」に成り下がる可能性（ペルツェフの指摘）
• 総合調整機能: ショイグー安保会議書記がスタッフ機構を持ち複数の代理外交官を束ねる役割を担っているか注目

ニュージーランド陸軍小隊の韓国派遣に見る国連軍司令部機能の新たな活用法（伊藤氏）

• URL: https://www.spf.org/iina/articles/ito_12.html
• 日付: 2025-10-07
• トピック: geopolitics
• 出典Tier: Tier 2（笹川平和財団IINA・安全保障専門家）

要約

2025年8月、NZ陸軍即応戦闘歩兵小隊35名が国連軍司令部指揮下で韓国に90日間派遣。米韓合同演習UFS参加とKCTC（韓国陸軍科学化訓練団）での韓国軍との合同訓練に参加。英・豪に続く国連軍関係国の韓国との実戦的訓練拡大の流れ。

主要な主張

• 国連軍司令部の再活性化: 英（2022年KCTC訓練）、豪（2024年旅団規模）、NZ（2025年小隊）と参加国・規模が拡大傾向
• 李在明大統領の転換: 過去の国連軍司令部への否定的姿勢から実用外交への転換（批判発言なし）
• 日米韓の含意: 在韓米軍削減が予測される中で国連軍関係国連携が補完機能として強化
• 日本の役割: 国連軍司令部後方基地（日本国内7カ所）の戦略的価値を李政権がどう評価するかが注目点

「もがみ型護衛艦」の開発経緯とその強み — オーストラリア政府はなぜ導入を決めたか（河上康博）

• URL: https://www.spf.org/iina/articles/kawakami_12.html
• 日付: 2025-09-24
• トピック: geopolitics
• 出典Tier: Tier 2（笹川平和財団IINA・安全保障専門家）

要約

2025年8月5日、オーストラリアが日本の「もがみ型護衛艦」（新型）を次期汎用フリゲートとして選定。フリゲート11隻・約100億ドルの大型契約。ハンター級の遅延と安全保障環境悪化に対応するため選定。

主要な主張

• 選定の6つの理由（マーレス副首相）: DSR適合性・ステルス性と長距離ミサイル発射能力・多機能性・省人化（約90名）・長距離航行能力（1万マイル）・納期遵守見込み
• 技術的強み: 省人化、CODAG方式（ディーゼル+ガスタービン）による長距離航行、対機雷戦能力、ステルス性、30ノット以上の高速力
• 企画提案方式: 調達で競合提案方式を採用し「ガラパゴス化していない」護衛艦として移転に有利
• 官民協業: 防衛省・外務省・経産省に三菱重工・三菱電機・NEC・日立・JMUが参加した官民合同推進委員会が奏功

新型「もがみ型護衛艦」の防衛装備移転の可能性と課題（河上康博）

• URL: https://www.spf.org/iina/articles/kawakami_13.html
• 日付: 2025-09-29
• トピック: geopolitics
• 出典Tier: Tier 2（笹川平和財団IINA・安全保障専門家）

要約

オーストラリアへの「もがみ型護衛艦」移転（フリゲート11隻・約100億ドル）を事例に、日本の防衛装備移転の可能性と課題を分析。インド太平洋地域での35隻規模の相互運用性高い艦艇ネットワーク形成の可能性を示す。

主要な主張

• 安全保障効果: 日豪合計35隻のもがみ型ファミリーが東シナ海・南シナ海・インド太平洋で活動可能に。権威主義国家への抑止力に
• 4つの課題: ①オーストラリア（オースタル造船）での建造技術継承、②現場での秘密保全、③継続メンテナンス・部品補給、④乗員教育（省人化対応）
• 日本版FMS: 装備品の有償提供と技術指導を組み合わせた制度設計が必要
• 造船業の意義: 世界造船シェアは中韓日が96%。米国・豪州の造船業復活への出発点にも

米国防総省がレアアース関連企業の筆頭株主に（小林祐喜）

• URL: https://www.spf.org/iina/articles/yuki_kobayashi_22.html
• 日付: 2025-10-24
• トピック: geopolitics
• 出典Tier: Tier 2（笹川平和財団IINA・安全保障専門家）

要約

2025年7月、米国防総省がMP Materials社（マウンテンパス鉱山保有）の15%超株式を取得し筆頭株主に。中国のレアアース輸出規制（2025年4月、7種の中・重希土類）への対抗措置。輸出規制により各国自動車生産が一時停止。

主要な主張

• 中国の支配力: 採掘68%、精錬90%以上のシェアを保有。2040年でも採掘55%・精錬78%を維持する見通し（IEA予測）
• 米国の構造的弱点: マウンテンパス鉱山は軽希土類98.7%で中・重希土類はわずか1.3%
• F-35問題: 2012年にF-35の115機のレーダーに中国製永久磁石が使用されていることが発覚
• 日本の橋渡し役: ライナス社への出資・融資、フランスのカレマグ社との供給契約など西側供給網構築で先行

ガザ和平新提案合意と今後の行方（宮原信孝）

• URL: https://www.spf.org/iina/articles/miyahara_29.html
• 日付: 2025-10-31
• トピック: geopolitics
• 出典Tier: Tier 2（笹川平和財団IINA・安全保障専門家）

要約

トランプ大統領の20項目和平計画によりガザ停戦が2025年10月10日に発効。合意の背景として、①米国内のイスラエル支持低下（福音主義キリスト教徒で69%→34%）、②アラブ諸国への米国の威信回復必要性、③イスラエルの国際孤立、④ハマスの弱体化を分析。

主要な主張

• 合意の構図: 国際的に孤立したイスラエルと弱体化したハマスにトランプが和平計画を受け入れさせた
• 第2段階の課題: 統治（パレスチナ自治政府とのギャップ）、治安（ハマス武装解除・DDR）、復興（USAIDなき民間主導開発）
• 日本の役割: オスロ合意後の実績（10億ドル超の支援）を活かしてトランプ訪日機会に支援表明を推奨
• 課題: 停戦発効後もハマスがガザ掌握行動を継続、遺体返還遅延が火種

ガザ紛争の終結はパレスチナ国家樹立につながるのか（水口章）

• URL: https://www.spf.org/iina/articles/mizuguchi_30.html
• 日付: 2025-10-14
• トピック: geopolitics
• 出典Tier: Tier 2（笹川平和財団IINA・安全保障専門家）

要約

2つの和平アプローチを比較分析。「国際法と人権尊重」アプローチ（フランス・サウジアラビア主導のニューヨーク宣言、国連総会で142対10で採択）と「力による平和」アプローチ（トランプ20項目）は本質的に対立する。

主要な主張

• ニューヨーク宣言: パレスチナ国家承認が157カ国に増加、イスラエルへの圧力が強まりつつある
• トランプ20項目の問題点: 21項目原案と比較してイスラエル軍の完全撤退を曖昧化、PAを委員会から削除、パレスチナ国家樹立要件を恣意的に判断できる構造に
• パレスチナ国家樹立の障壁: 20項目はハマンに降伏を迫るためのものでパレスチナ国家樹立には程遠い
• ICJ: 2025年9月18日をイスラエルの「不法滞在」退去期限としたが強制力なし

トランプ政権下で揺らぐ米国の宇宙政策 — 米中二極構造化する宇宙時代における日本の対応（長島純）

• URL: https://www.spf.org/iina/articles/nagashima_23.html
• 日付: 2025-09-18
• トピック: geopolitics
• 出典Tier: Tier 2（笹川平和財団IINA・安全保障専門家）

要約

トランプ政権によるNASAの大幅予算削減（40以上のプログラム中止、職員約4,000人の任意退職）とスペースX依存の実態が明らかに。中国は「嫦娥」「天宮」「千帆」などの宇宙プログラムで急速にプレゼンスを拡大。月面を巡る米中競争が激化。

主要な主張

• NASAの凋落: ワン・ビッグ・ビューティフル・ビルで大幅削減、技術イノベーションリーダーとしての米国の信頼低下の恐れ
• スペースX依存の問題: トランプ・マスク関係悪化でNASA・宇宙軍・NROのスペースX依存が露呈。マスク関係変化が宇宙政策に直結
• 月面地政学: アルテミス（米主導）vsILRS（中国主導）の競争。月面が地政学的競争の舞台に
• 日本の対応: ①宇宙活動の自立性強化、②民間協業と国際協力推進、③宇宙防衛指針（2025年7月）に基づく安全保障措置

新たな時代における防空の再定義 — 欧州ドローン危機が突きつける日本への課題（長島純）

• URL: https://www.spf.org/iina/articles/nagashima_24.html
• 日付: 2025-10-21
• トピック: geopolitics
• 出典Tier: Tier 2（笹川平和財団IINA・安全保障専門家）

要約

2025年9月、ポーランド・ルーマニア・デンマークで連続的なドローン侵入事案が発生。ポーランドとエストニアがNATO第4条に基づく公式協議を要請。NATOは「Eastern Sentry」作戦を開始、EUは「ドローンの壁」プロジェクトを発足。ドローンが既存防空体制の欠陥を露呈した。

主要な主張

• 脅威の変化: ①低コスト飽和攻撃、②ミサイル・サイバーとの複合運用、③「発射の左側」防御への転換必要性
• IAMD（統合防空ミサイル防衛）の重要性: 全領域センサー統合、C2整備、非運動エネルギー兵器（電子妨害）の組み合わせが必須
• 社会的レジリエンス: 物理的防衛だけでなく重要インフラ防護・通信冗長性・迅速回復能力が必要
• 日本への示唆: 自衛隊のIAMD強化加速、「ウクライナ・ドローン連合」参加検討、防衛産業との連携

国連設立80年で迎えた「理念なき国際社会」— ポピュリズムの台頭、ないがしろにされた普遍的価値（坂根宏治）

• URL: https://www.spf.org/iina/articles/sakane_22.html
• 日付: 2025-09-30
• トピック: geopolitics
• 出典Tier: Tier 2（笹川平和財団IINA・安全保障専門家）

要約

国連80周年の節目に、普遍的価値（人道原則・人権規範）が擁護されなくなっている状況を分析。強制執行力のない国際システム、ポピュリズムの台頭、新自由主義によるグローバル格差拡大の3要因が複合的に作用している。

主要な主張

• 強制執行力の不在: ICCの逮捕状も加盟国が従わなければ無効。「世界の警察官」としての米国が撤退を宣言
• ポピュリズムの台頭: 「取り残された人々」が自国ファーストに傾き、遠い紛争への支援より自国問題を優先
• グローバルサウスの離反: 先進国の独善的行動にBRICS拡大など独自ネットワーク構築で対抗
• 対応策: ①ポピュリズムの原因（格差・雇用不安）への対処、②遠い世界と自国との繋がりの説明努力
• 日本の役割: 石破首相の国連演説（安保理改革・二国家解決支持）を評価、国際協調主義のリーダー役を期待

Claude Codeの/insightsをGemini CLIにも実装した

• URL: https://zenn.dev/atani/articles/gemini-insights-usage-analyzer
• 日付: 2026-04-17
• トピック: programming, ai-llm
• 出典Tier: Tier 3（個人Zennブログ）

要約

Gemini CLIのセッションログを分析してHTMLレポートを生成する「gemini-insights」を実装。Claude Codeの/insightsを参考にしたGemini版。スラッシュコマンドとしてGemini CLIに統合可能。

主要な主張

• 設計: collect（~/.gemini/のログ読み込み）→AI分析（insights.json生成）→render（report.html生成）の3ステップ
• 特徴: 標準ライブラリのみ使用・依存ゼロ。レポートはpure HTMLのbar要素で描画（JS依存なし）・単一HTMLファイルで配布可能
• 改善提案の主軸: GEMINI.md全体ルールよりTOMLスラッシュコマンドで「オンデマンド・軽量」なアドバイスを優先
• 統合方法: ~/.gemini/commands/insights.tomlに配置するだけでGemini CLIの/insightsとして利用可能

glowm 0.3.0 — GhosttyとSixel対応はコントリビューターのおかげで入りました

• URL: https://zenn.dev/atani/articles/glowm-030-ghostty-sixel-support
• 日付: 2026-04-24
• トピック: programming, ai-llm
• 出典Tier: Tier 3（個人Zennブログ）

要約

ターミナルでMarkdownとMermaid図を表示するCLI「glowm」のv0.3.0リリース記事。コントリビューター2名の貢献でGhosttyとSixelプロトコル対応が追加された。

主要な主張

• 対応端末追加: Ghostty（Kitty Graphics Protocol経由、@kvmakerさん）、WezTerm/foot/mlterm等（Sixel、@kaztoさん）
• Ghostty判定: TERM_PROGRAM=ghosttyまたはTERM=xterm-ghostty環境変数を既存のKitty判定に追加するだけ
• Sixel判定: 環境変数→既知端末判定→DA1問い合わせの3段階。DA1応答はプロセス内キャッシュで高速化
• インストール: brew tap atani/tap && brew install glowm

mysh、なんて読みますか？

• URL: https://zenn.dev/atani/articles/mysh-pronunciation
• 日付: 2026-04-20
• トピック: programming, ai-llm
• 出典Tier: Tier 3（個人Zennブログ）

要約

MySQLの接続マネージャ「mysh」の読み方をClaude Codeとの壁打ちで決定したプロセスを記録。最終的に「マイシュ」(/maɪʃ/)に決定。改名コストと発音の分かりやすさのバランスを検討した実例。

主要な主張

• 候補3案: A=「マイ・エス・エイチ」（説明不要・味気ない）、B=「ミッシュ」（改名コストあり）、C=「マイシュ」（自然に読める・既存ユーザーへの影響ゼロ）
• 決定理由: my+shで英語話者が初見で自然に読める、bash/zsh/fishと並べてsh=shellの意味が伝わる、2拍で短い
• Claudeとの壁打ち: 最初に提案された「ミッシュ」をClaude自身が「英語話者は自然に読まない」と撤回。myで始まる単語は「マイ」読みが圧倒的多数という英語音韻の分析が参考になった

OpenClawでCI失敗を勝手に直すskillを3週間回したら、Dependabot自動マージが33%→51%、手動マージが半分に

• URL: https://zenn.dev/atani/articles/openclaw-ci-autofix-3weeks-impact
• 日付: 2026-05-12
• トピック: programming, ai-llm
• 出典Tier: Tier 3（個人Zennブログ・実測データ付き）

要約

OpenClawのci-autofix skillで3週間（20日間）でCI失敗を自動修正するPRを11本作成。Dependabot自動マージ率が33%→51%に向上、手動マージが1日2.2件→1.2件に約半減。34リポジトリを対象に効果を計測。

主要な主張

• 効果のあった修正カテゴリ: Action refピン/ロールバック（4件）、auto-mergeワークフロー修正（3件）、Build/依存マニフェスト修正（3件）、Dependabot config調整（2件）
• 自動化に向く条件: 「ログを読めば原因が特定できる」「修正範囲が1〜数ファイル」「仕様の根本再設計が不要」
• 残課題: ci-autofix自身が立てたPRへの自動マージ未実装（8本が滞留）。触れたCI失敗のうちPR化できたのは半分以下（11/25）
• 隠れた効果: auto-mergeワークフローの修正が下流のDependabot自動マージ率改善に波及

Claude Codeで業務を自律化したら1日でPR8本出た — Notion×Slack×AIタスクキューの作り方

• URL: https://zenn.dev/pepabo/articles/claude-code-autonomous-task-queue-pr8
• 日付: 2026-04-13
• トピック: programming, ai-llm
• 出典Tier: Tier 3（ペパボ社員Zennブログ・実測データ付き）

要約

Slack→Notion（AI Task Queue DB）→Claude Codeサブエージェントの自動パイプラインで1日でPR8本作成、レビュー対応3件、他者PRレビュー1件。リスク分類（高/中/低）でガードレールを設置し自律化範囲を段階的に拡大。

主要な主張

• アーキテクチャ: collect（Slackからタスク収集→Notion登録）→execute（Notionのpendingタスクをサブエージェントで実行）をcronで5〜10分おきに実行
• リスク分類: 高リスク（決済/認証/削除）→skipped+Slack通知、中リスク（ビジネスロジック）→diff確認後push、低リスク（typo/コメント）→自動完結
• サブエージェント4並行実行: git worktreeで隔離した4エージェントが並行作業。1エージェント8〜11分のバッチ移設を同時実行
• 実測: インデント修正タスクを手動1時間→自動1分に短縮。「仕事をやる」から「仕事の仕組みを作って回す」への転換
• 課題: Slackの直近50件制限、高リスクタスクの自動判定精度

Claude Codeをcronで夜間自走させるときに踏む4つの対話UIの壁

• URL: https://zenn.dev/pepabo/articles/claude-code-cron-autonomous-ui-walls
• 日付: 2026-04-19
• トピック: programming, ai-llm
• 出典Tier: Tier 3（ペパボ社員Zennブログ）

要約

Claude CodeをCronから非対話実行する際に–dangerously-skip-permissionsだけでは止まらない4つの対話UIの壁を解説。壁を順番に潰すアプローチと突破パターンをまとめた実践的ガイド。

主要な主張

• 壁の構造（4つ）: ①Bypass Permissions確認（起動直後）→②Trust this folder（プロジェクト初回ロード）→③MCPツール許可（settings.json.permissions.allowで事前登録）→④触らせたくないリポへの踏み込み（除外リスト設定）
• 壁0（前提）: マシンがスリープしていたら何も始まらない。pmset -c sleep 0とcaffeinateでスリープ抑止が必要
• 突破方法: expect/ptyを使ったキー送信でBypass PermissionsとTrust folderを突破
• 段階的アプローチ: 4つの壁は順番に出現するため、確認→対処→次の壁の順で潰す

Claude Codeを夜間に走らせ、朝カンバンで拾う — 自走パイプラインの入口と出口

• URL: https://zenn.dev/pepabo/articles/claude-code-night-autopilot-kanban-loop
• 日付: 2026-04-15
• トピック: programming, ai-llm
• 出典Tier: Tier 3（ペパボ社員Zennブログ）

要約

Claude Codeの夜間自走パイプラインの「入口（cron起動・対話UI突破）」と「出口（SQLiteカンバン）」の両輪設計を解説。入口だけ作っても朝にワークスペースが散乱して把握不能になるという失敗経験から。

主要な主張

• 設計思想: 入口（インフラ層・一度組んだら触らない）×出口（UI層・毎日触れるUX改善が効く）の分離
• 入口の実装: cmuxでワークスペース単位のClaude Code起動。cron→cmux→pty経由でBypass Permissions+Trust folderを自動突破
• 出口にNotionではなくSQLiteを選んだ理由: カラム変更やバッジ色のカスタマイズのたびにAPIレートリミットや手数が増加。カスタムUI（マージボタン等）の追加が遠回りになる
• SQLite+http.serverの構成: Claude Codeがタスク状態をSQLiteに書き込み、ブラウザのカンバンがhttpで読むだけの片方向構成で入口/出口の責務を分離

Claude Codeの並列作業で「画面に張り付く」をやめるためにやったこと

• URL: https://zenn.dev/pepabo/articles/claude-code-stop-watching-parallel-work
• 日付: 2026-04-12
• トピック: programming, ai-llm
• 出典Tier: Tier 3（ペパボ社員Zennブログ）

要約

Claude Codeを複数ペインで並列実行しても承認ダイアログ・エラー監視・「気になって眺める」という3つの「張り付き」原因で実質1本分の生産性しか出ない問題を解消した方法を解説。現在5〜6ワークストリームを同時に回せるようになった。

主要な主張

• 張り付きの3原因: ①承認ダイアログ待ち、②エラー時の手動介入不安、③「今何やってるか気になる」という見物時間
• 承認ダイアログ削減: settings.jsonのpermissions.allowでBash(git*)/Edit/Write等を自動承認。hooksでプロジェクト固有チェックを入れて安全性を担保
• スキル化: よくあるタスクを/review-fix-loop、/triage-issues等のスキルとして定義。「判断の分岐を含まない・投げたら完了まで自走する」設計が重要
• cmux導入: 複数Claude Codeセッションをペイン分割管理し完了通知機能で非同期回収。「投げて放置、終わったら回収」スタイルへの転換

CLAUDE.mdの肥大化を3層構造で83%軽くした — 実測と試行錯誤の記録

• URL: https://zenn.dev/pepabo/articles/claude-code-rules-skills-split
• 日付: 2026-04-20
• トピック: programming, ai-llm
• 出典Tier: Tier 3（ペパボ社員Zennブログ・実測データ付き）

要約

2000行近くに肥大化したCLAUDE.mdを2ヶ月かけてCLAUDE.md/rules/.md/skills/.mdの3層構造に整理し、起動時コンテキスト消費を約83%削減。24スキル→16スキルに統廃合、@importを12→3に削減、SuperClaude Frameworkの既知原則集を削除。

主要な主張

• 3層構造: ①CLAUDE.md（エントリーポイント・最重要ルールのみ150行）、②~/.claude/rules/.md（恒常ルール・ドメイン別15ファイル）、③skills/.md（呼び出し時のみ読み込むワークフロー・40ファイル）
• 削減した内容: Claude既知の原則（SOLID等）の削除、冗長な例示（✅/❌）の削除、類似スキルの統合
• chezmoi管理: rules/をchezmoi管理下に移行することでマルチマシン間の同期問題を解消
• 教訓: SuperClaudeのモジュールを全部有効にするだけで重くなる。スキルは使われなくても読み込まれる

問い合わせ対応の改善スピードを上げるROADマインドセット

• URL: https://zenn.dev/pepabo/articles/road-mindset-faster-support-improvement
• 日付: 2026-05-11
• トピック: programming, ai-llm
• 出典Tier: Tier 3（ペパボ社員Zennブログ）

要約

問い合わせ対応の改善サイクルを加速させる思考フレームワーク「ROAD」を紹介。Root-fix→Operationalize→Automate→Distillの4ステップを上から順に問うことで、毎回ゼロから判断する時間を削減し改善速度を上げる。生産工学のECRSと同じ構造。

主要な主張

• 4ステップ: R=問い合わせ自体を消せないか、O=直接DBを触らずに運用経路で対応できないか、A=手順を人間から外せないか、D=できあがった仕組みをシンプルにできないか
• 順番の重要性: 上のステップをクリアすれば下のステップの対象が減る。Automateから始めると不要な手順を自動化してしまう
• Operationalizeの価値: 管理画面操作はログが残り追跡可能。お客様自身が操作できる導線を作ればリードタイム最短化
• 現状: 筆者はまだ頭の中で4ステップを問うだけだが、判断時間は明らかに削減されたと報告