Selenium・自動化 CIのPlaywrightが遅いのはworkersの数じゃない：–shardが均等に「分けてくれない」理由
「shardを増やしたのにCIが速くならない」を素直に眺めると、大抵1つのshardだけが突出して遅いことに気付きます。workers・fullyParallel・--shardという別レイヤーの3つを整理し、shardがなぜ均等に分割してくれないのかを一次情報で確認しました。
自動化
Selenium・自動化 
Selenium・自動化 PlaywrightのテストでTypeScriptに最初につまずくところ：Cannot find module(TS2307)を順番に片づける
import { test } from '@playwright/test' が赤線、自作ヘルパーが@/utilsで読めない。Playwright + TypeScriptで1年目がテストのロジックより先につまずくCannot find moduleを、原因ごとに切り分けて片づけます。
Selenium・自動化 Claude Codeのサブエージェントが「入れ子」で呼べるようになった：ネスト深度3で何が変わったか、使いどころと危険な使い方
サブエージェントが、さらに別のサブエージェントを呼べるようになりました。既定のネスト深度は1(禁止)から3へ。3階層まで委任を積めるようになった一方、ブリーフとシステムプロンプト分のトークンを毎回二重三重に払う構造はそのままです。私が毎日回している執筆・公開の自動化ループでの実例を交えて、使いどころと危険な使い方を書きます。
Selenium・自動化 Claude Codeのサブエージェントに「どこまで」任せるか：委任するとかえって高くつく仕事の見分け方
サブエージェントは並列で速くなる、とよく言われます。でも本質は別コンテキストで動いて要約だけ親に返る仕組みで、起動のたびにブリーフとシステムプロンプト分のトークンを二重に払っています。1〜数コマンドで終わる確認作業まで委任すると、かえって高くつく。私が毎日回している執筆・公開の自動化ループで実際にルール化している線引きを書きます。
Selenium・自動化 Claude Code v2.1.234が「利用上限に達したら、リセット後に自動でセッションを再開する」機能を入れた話：自分の毎日の自動化ループが今まさに手動でやっている「recovery commit→続きから再開」をAnthropic本体がネイティブでやり始めた
自作の自動化ループで手作業ルール化していた『利用上限で止まったら復旧コミットしてから続きから再開する』運用が、Claude Code v2.1.234でCLI本体のネイティブ機能になった話。/configのContinue automatically at usage limitトグルの紹介と、公式機能でカバーされる範囲・自分の運用で引き続き担保すべき範囲を正直に整理しました。
Selenium・自動化 Claude CodeのHooksで、毎回手でやっていた確認作業をやめる：フォーマット・危険コマンドのブロック・完了通知の3点セット
Claude CodeのHooksを使うと、保存時の自動フォーマット・危険コマンドの実行前ブロック・長い作業の完了通知を、settings.jsonの設定だけで仕組みにできます。毎回手でやっていた確認作業を1年目エンジニア向けに実例つきで解説します。
Selenium・自動化 Playwright CLIオプション完全リファレンス：grep / project / workers の使い分け
--grep で絞り込み、--project でブラウザ指定、--workers で並列度、--headed/--debug で目視デバッグ——npx playwright test のCLIオプションを「どのフラグをいつ使うか」で整理した保存版リファレンスです。
Selenium・自動化 Playwright の expect マッチャー完全リファレンス【初心者向け・保存版】
Playwright（TypeScript）のexpectで使えるアサーション（マッチャー）を全部まとめた保存版リファレンスです。「この場面ではどれを使えばいいか」が早見表と具体例ですぐ分かるように、LocatorAssertions・PageAssertions・APIResponseAssertions・汎用マッチャー・修飾子までを網羅しました。
Selenium・自動化 【超初心者向け】Playwright + TypeScriptチュートリアル：環境構築からブラウザ自動操作まで一歩ずつ
Playwright（ブラウザ自動操作ツール）とTypeScriptを使ったブラウザ自動化を、プログラミングほぼ未経験の方向けに環境構築から一歩ずつ解説する超入門チュートリアルです。コードはすべてコピペでそのまま動きます。
Selenium・自動化 「一度動いても壊れる」Seleniumスクレイパーを安定運用するための設計チェックリスト
Seleniumスクレイパーは手元で1回動かせても、運用を続けるうちに待機・クリック・要素参照・ドライバ障害・長時間実行・ログ・サイト追加・定期実行のどこかで必ず壊れます。安定運用のために事前に潰しておきたい8つの設計観点をチェックリストとしてまとめます。