はてなブックマーク

訂正とお詫び（2025/11/09追記） 記事公開後、Playwright MCPコントリビューターのogadra様より、技術的な誤りをご指摘いただきました。深くお詫び申し上げます。 誤った記述 「Playwright MCPはAIがセレクターを自動生成する」 正しい動作 Playwright MCPもChrome DevTools MCPと同様に、スナップショットに含まれる識別子（ref）を使用して要素を特定します。 LLMはセレクターを生成していません mcp__playwright__browser_fill_formなどの関数呼び出し時、引数としてref（Chrome DevTools MCPのuidに相当）が渡されます 両MCPの要素識別方法に本質的な違いはありません 実際の違い 主な違いは以下の2点です： 操作の実行方法 Chrome DevTools MCP: CDP（Chr

導入部：レガシーシステムに囲まれた日常と、AIへの憧れ こんにちは。39歳の中国人エンジニアです。もしかすると、この記事を読んでいるあなたも、僕と同じような環境にいるのではないでしょうか。 .NET Framework 4.5で書かれた巨大なWindowsアプリケーション。Visual Studio 2013の古いプロジェクトファイル。NuGetパッケージは古いバージョンで固定され、最新のライブラリは「互換性の問題で導入できません」。そんな環境で、日々バグ修正と機能追加に追われている。 一方で、TwitterやQiitaでは「AI駆動開発」「生産性3倍」「Devinすごい」という華々しい話題が飛び交っています。僕も、そんな最新技術の波に乗り遅れたくない。でも現実は、8年前のコードベースと格闘する毎日です。 2025年の春、僕は日本の基幹産業・製造業のDXをリードするnexta社に、業務委託

ゼロから築くAI協働【第一幕】2週間の作業が1日に。AIアシスタントを"育成"し、開発チームの生産性を爆上げした全記録 「この仕様、誰に聞けば分かるんだっけ…？」 開発チームなら、一度は経験するこんな場面。その原因は、ドキュメントが古びて"遺跡"化しているか、更新が追いつかないか、あるいは——そもそもドキュ-メントなんてものが、存在しないか。 私たちのチームが直面していたのは、まさに最後の「ドキュメントが無い」という状況でした。全てがチームメンバーの頭の中にしかない、いわゆる"暗黙知"の状態です。 正直、ドキュメント作りって、めちゃくちゃ大事なのは分かっているけど、ゼロから作り上げるのは、本当に骨の折れる作業なんですよね。 もし、そんな絶望的な状況から、チームの"教科書"となるドキュメントをたった1日で作り上げられるとしたら…？ こんにちは！株式会社Nextaでエンジニアをしているbikで

株式会社ネクスタの奥上です バーチャルオフィスのGather.Townを導入したときの話になります リモートでのコミュニケーションの課題 「リモートワークが当たり前になった今、みなさんのチームはどんなコミュニケーション課題を抱えていますか？」 弊社では古くからリモートワークを行ってきた中で「常時Meet接続」という独自の運用をしていました。 「そのとき課題に直面し、バーチャルオフィスツールを試した末に、私たちが最終的に辿り着いたのがGather.townでした。」 リモートワーク難民時代 古くから日本・インド・タイ間でのリモートワークをしてました。 それぞれの拠点では出社して、拠点間でのリモートです。 利用ツールとしては、チャットはハングアウト、ミーティングはMeetを使ってました。 そこで始まったのが「常時Meet接続」です。 各拠点にカメラを設置してもらい、常に全拠点を映すようにしまし