2025年に入って以降、Mrs. GREEN APPLEの人気規模がますます拡大の一途を辿っている。その勢いは他の追随を許さないほどの独走状態となっており、各種のランキングでは軒並みMrs. GREEN APPLEの新旧楽曲が大量にランクインし上位を占拠する状況が続いている。 このようなチャートの状況について、ボーカルの大森元貴氏が先日公開されたインタビュー記事にて以下のような発言を行っていたので引用する。（下線・太字は当ブログによる強調） 「こんなことあっていいのかな？」みたいなことも思いますよ。チャートとか見て引きますもん。これは日本の音楽業界的にあっちゃならないことだと思っているんで。別に何かに疲弊したりすり減らしたりしている感覚はなくて、ただそれを楽しませてもらってる、精一杯やらせてもらってるだけなんですけど、「大丈夫、これ？」みたいなことも思います。それは率直な感覚です。 www

本気でがんばるとぎりぎり倒せるように絶妙のバランス調節がされた敵。 単純作業じゃ効率が悪いけど、工夫次第でどんどん効率を上げられる経験値システム。 リセット不可の緊張感。でもシレンとかよりずっと死ににくいからあんま気にする必要なし。つーか普通のゲームでもリセットなんて邪道じゃん。 全てのキャラが深い人間性と歴史を持って登場する、圧倒的リアリティ。 グラフィックが綺麗すぎ。多分、無限×無限ピクセルで、毎秒無限フレームで動いてる。色も多分無限色使える。夕焼けとかマジありえねー美しさ。 ＢＧＭの種類がほぼ無限。選曲も自由。自分で作った曲を流すこともできる。 人間が作ったとは思えない、とんでもなく複雑で洗練されたシナリオ。 リアル出産システム採用。自分と、自分よりも大切に思える相手の遺伝子を半分ずつ受け継いだ、奇跡のようなキャラを生み出して、そいつに自由に色々教えて育てることができる。すごく嬉しい

バクラク事業部 Platform Engineering 部 SRE グループの uehara です。 この記事では LLMOps プラットフォーム Langfuse のストレージとして利用する ClickHouse について、AWS Fargate で実現したクラスタ構成を紹介します。 背景 LayerX では行動指針を 「Bet Technology」から「Bet AI」へ変更 するなど、数あるテクノロジーの中でも AI や LLM に注力しています。 LLM を用いた機能開発や検証を進めるうえで LLMOps プラットフォームとして Langfuse を利用することとなりました。LLMOps とは、プロンプトやモデルの管理、生成された結果の可視化など、LLM の性能を最大限に引き出すための開発・運用プロセスを指します。 Langfuse は、トランザクションやキャッシュなどのストレー

JAWS-UG白山が開催した2016年5月14日の勉強会には、東京からサーバーワークスの多田 貞剛氏も駆けつけていた。前半のハンズオンに続き、「私がAWSを始めた頃にやっておいて良かったこと」と題する初心者向けセッションを展開。ハンズオンで初めてAWSに触れた筆者を含め、参加者にとってありがたい情報が満載だった。 「AWSの楽しさを知ってもらいたい」と東京から日帰り参加した多田さん この日の勉強会の中心は、筆者も参加したAWS初心者向けのハンズオン。その後にミニセッションが用意されていたが、今回はその中から多田さんのセッションレポートをお届けしたい。 多田さんは「初心者にAWSの楽しさを知ってもらうための手伝いをしたい」という気持ちで東京から新幹線と在来線を乗り継いで駆けつけてくれたという、AWS大好き人間。普段はサーバーワークスのクラウドインテグレーション部で、AWSの導入や移行に必要な

バクラク事業部のAPIチームでソフトウェアエンジニアをしている @anashi です。 私たちのチームは、バクラクと外部システムとの連携を可能にするためのREST APIを開発・提供しています。 このAPIを使えば、例えば会計システムやERP、ZapierのようなiPaaS、各種ファイルストレージなど、お客様が利用されている様々なシステムとバクラクを連携させ、より組織に最適化された業務フローをデザインすることが可能になります（具体的な連携イメージに興味がある方は、ぜひ以下の記事もご覧ください！）。 note.com さて、バクラクでREST APIを提供するのは今回が初めてではありません。以前にも、パートナー様向けにREST APIを構築した経験があります。 tech.layerx.co.jp LayerXには「Be Animal」や「技術をまず試す」という行動指針・文化があり、それは日々

PS部兼AT部の廣田です。 貴方がこの記事を読んでいる頃には、私はもう会社に居ないでしょう。（育休的な意味で） 最近、AWS Cognitoを使ってID管理を行っているシステムをよくみかけるようになりました。Cognitoは、面倒なログイン周りのアレコレを一手に引き受けてくれる便利なAWSのマネージドサービスです。パスワードの取り扱い、emailの到達確認、SMS、パスワードリセット、MFAデバイスの管理などなど……。これらをAWSがマネジメントしてくれるとなれば、独自実装するよりもそちらを使いたくなる人は多いのではないでしょうか。 ただ、実装を行わなくて良いかわりに、安全に利用するためには色々な設定が必要となります。もっともシンプルな Webアプリケーションでは自由にユーザ登録可能 Webアプリケーション側ではユーザの識別のためにJWTのsubクレーム（以降subと表記）のみを利用 とい

何の説明もしないで、突然このチャットを始めて人間をMCPツールとして利用している様子を見せたので、不気味がってもらえた。 MCPサーバーは単純に human_* という名前のツールを提供して、そのツールに依頼されたことをローカルのSQLiteに “タスク” として書き込む。同じSQLiteを参照するWebアプリケーションには書き込まれた “タスク” が並んでおり、そのタスクに対して実際の人間が応答するとMCPサーバーは回答を待ち受けており、最終的にMCPクライアントに実際の人間の応答が返されるという仕組み。

新しいMCP仕様(2025-03-26)での変更点:認証・SSEサポート任意化2024-11-05からのアップデート ModelContextProtocol（MCP）の仕様が2024-11-05版から2025-03-26版へと更新された。本記事では、最新版で導入された変更点について、関連するPull Requestでの議論も踏まえながらまとめる。2025-03-26のMCP仕様まとめではなく、主に今回の変更点に焦点を当てたものとなっている。

炊いた米をもう一度炊く パスタを茹でずに食べる 風呂上がりに食紅をガブ飲みする 歯磨き粉を一度に全部使い切る 映画のエンドロールだけ観て帰る Uber Eatsを頼んで自分で自分の家に運ぶ 歯が全部あるのに入れ歯をする 円周率を逆から言う お釣りをゴミ箱に捨てる 粉薬をひと粒ずつ飲む レンタカーを勝手に車検に出す ビンゴを前回の続きから再開する 足に直接靴紐を付ける 座高が身長より高い クリスマスプレゼント用の大きい靴下を日常使いする この世の言葉を全て使い切ってしりとりが終わる 毎朝コップ1杯分のガラスを食べている 毎朝家の廊下を10km走っている 小学生の時に柔道を教えていた 西暦の眼鏡を日常使いする 本の全てのページに栞を挟む 娯楽としてジャンケンをする 娯楽として景品なしでビンゴをする 中華の目になる 中華の手になる 中華の足になる 中華式トイレ 全員が転校して終わった学校 割り箸

バクラク事業部 Platform Engineering部 SREの id:itkq です。バクラク事業部では2022年にアプリケーションのmonorepo化を始め、現在では対応するインフラもmonorepoで運用しています。今回は、そのうちTerraformについて紹介します。 monorepoに至るまで 2022年、アプリケーションをmonorepo化していくプロジェクトが始まりました (通称layerone。リポジトリ名もlayerone)。これについての詳細は次のスライドを参照してください。 これに合わせて、対応するインフラを記述するTerraformも同じlayeroneリポジトリに集約しました。そのほうが特に自動生成の都合が良かったためです。この大枠は当時 @civitaspo がほぼ一人で作り上げました。その後、様々な事情 (例えばGitHub APIのRate-limitな

TOP > セキュリティブログ > ペネトレーションテスト > Azure AD参加端末におけるPRT (Primary Refresh Token)悪用のリスクと対策について はじめに オフェンシブセキュリティ部ペネトレーションテスト課の安里 悠矢です。 普段は組織内の社内ITインフラやクラウド環境上に構築されたインフラに対するペネトレーションテストをしています。 テレワーク環境の整備が進んだ昨今、エンドポイント端末の管理とセキュリティ対策はゼロトラストネットワークを実現するにあたって重要なポイントとなります。 ゼロトラストネットワークのよくある構成の一例としては、エンドポイント端末を Azure ADに参加させてIntuneでデバイス管理を実装している環境が挙げられます。 Azure ADに参加するエンドポイント端末は、PRT(Primary Refresh Token)と呼ばれる認証

バクラク事業部 Platform Engineering 部 SRE チームの uehara です。 今回はマイクロサービスの分割過程で発生した Flaky test (不安定なテスト) の問題とその調査方法・解決方法について紹介します。 約2割の確率で発生していたテストエラーを完全に解消できました。 背景 とあるマイクロサービスが持つ機能を、複数の別サービスへ切り出す作業を進めています。便宜上、分割元のサービスを A、分割先を B, C として表現します。 実運用を止めずに段階的に切り替えるため、移行途中の時点ではサービス A が持つデータベースを B, C からも利用している状態です。データベースエンジンは MySQL、DB マイグレーションツールは dbmate を使用しています。 発生した事象 テスト時は MySQL コンテナを起動し、マイクロサービス A のテストを実行した後に

2025/03/27追記 Cursor側のアップデートが1ヶ月で進んでいるので、以下追記しました。 本記事の内容を踏まえたあとに読むとよいかと思います！ はじめに こんにちは。Builtoという会社で代表 & エンジニアをしている冨田です。 私たちはマネジメントとタスク管理を圧倒的にサポートするAIエージェントを開発しています。 開発にもAIをフル活用しており、そこで得られた知見を共有したいと思います。 具体的には、経験3年以上の現役ソフトウェアエンジニア（生成AIのない時代からコードを書いてきた方々）をターゲットに、本番運用レベルの大規模コードベースでもCursorを活用しコーディング時間を 1/3〜1/5 に縮めている手法をお伝えします。 仕様策定やアプリの機能にもLLMをフル活用していますが、今回は実装にフォーカスします！ （なお本記事は中級者以上向けのため、まだCursorに触れた

セキュリティ担当者から見た re:Invent と AWS Security Hub / Impression of re:Invent and AWS Security Hub

こんにちは、LayerXプロダクトマネージャーの野畑(@isseinohata)です。 LayerXで生成AIプラットフォーム Ai Workforceの開発に従事しています。 getaiworkforce.com 2月3日にOpenAIが発表したAIエージェント「deep research」が大きな話題を呼んでいます。 openai.com 生成AIの領域では日々さまざまなプロダクトや新しい技術が登場していますが、その中でもdeep researchは単なるサービス自体の性能の高さに加え、それを実現する技術（人間のリサーチプロセスに近い思考を実現する技術）に対して、未来への大きなインパクトを感じさせる体験でした。 実際、deep researchの調査ログを眺めていると、あたかも人間が試行錯誤するように、自律的に計画→検索→読み込み→発見→方針変更を進めているような姿が見て取れます。 左

Copyright © Yoshikazu Nojima 2024 クレデンシャル の保存 パスキーの登録フロー（概要） パスキープロバイダ ブラウザ サーバー • Credential Id • Authenticator data • 署名 を送信 クレデンシャル(Credential Id, Authenticator data, Client Data, 署名、etc.）を送信 Client dataのハッシュを送信 Authenticator data(RpIdのハッシュ, フラグ,カウンタ,RP固有公開鍵,拡張)を生成 challengeを提供 Storage RP固有秘密鍵 を保存 Client data (challenge, origin, etc.)を生成 Client dataのハッシュと Authenticator dataに対する署名を生成 challenge を

バクラク事業部Platform Engineering部の id:itkq です。先日ラブライブ！決勝をこの目で見届けることが叶いました。蓮ノ空女学院スクールアイドルクラブのみなさま、優勝本当におめでとうございます。 さて、以前Fintech事業部からMicrosoft Entra IDのPrivileged Identity Management (以降、PIM) についてのブログが投稿されましたが、バクラク事業部でも2024年5月頃から本運用しています1。 tech.layerx.co.jp この記事ではバクラク事業部におけるPIM for Groupsの運用事例と、申請を素早く上げるための工夫を紹介します。 PIM for Groups Entra IDのPIMがサポートするリソースにはRoleとGroupの2つがあります。このうち、今回紹介するものはGroupのみです (PIM f