「FastMCP」での「MCPサーバ」と「MCPクライアント」の構築を試したので、まとめました。 1. FastMCP「FastMCP」は、「MCPサーバ」や「MCPクライアント」をシンプルかつ直感的に構築できるパッケージです。 「MCP」の実装には、サーバのセットアップ、プロトコルハンドラ、コンテンツタイプ、エラー管理など、多くの定型処理が必要です。「FastMCP」は複雑なプロトコルとサーバ管理をすべて処理するため、開発者はツールの構築に集中できます。 「FastMCP」の目標は次のとおりです。 ・高速 高水準インターフェースによりコードが少なくなり、開発が高速化 ・シンプル 最小限の定型文で MCP サーバを構築 ・Pythonic Python開発者にとって自然に感じられる ・完全 コアMCP仕様の完全な実装を提供することを目指している 「FastMCP v1」は、 MCPサーバを

At GitHub, we’re committed to making our tools truly accessible for every developer, regardless of ability or toolset. The command line interface (CLI) is a vital part of the developer experience, and the GitHub CLI is our product that brings the power of GitHub to your terminal. When it comes to accessibility, the terminal is fundamentally different from a web browser or a graphical user interfac

以前より、JavaScriptなどで簡単なコードを書いて、絵やアニメーションを作る趣味がある。 たとえばオンライン画像の背景画像を作るとか。 blog.sushi.money AIと何か作る趣味もあって、デスクトップ壁紙を作ったりしている。 blog.sushi.money 2年前には変な時計を作ってもらっていた。 blog.sushi.money 壁紙を作ったら次はスクリーンセーバーだ、というのは自然な流れなので、コーディングエージェントと一緒に作った。 Xcodeで書き始める、ということはせずに、ペライチのHTMLをまずは開発して、それをスクリーンセーバーとして設定する、という流れ。 リポジトリ GitHub - hitode909/sketch-20250502-random-visual デプロイされたページ https://hitode909.github.io/sketch-2

現状たぶんこれが一番安いと思います。(※個人開発前提のスタックです) 実現したこと opennext for cloudflare prisma (no-rust, no-engine) prisma-postgres (free plan) つまり Cloudflare 上で Next.js を動かして、現実的なビルドサイズで Prisma を動かせました。 自分の手元のビルドサイズです。 ┌ ○ / 149 B 102 kB ├ ○ /_not-found 978 B 103 kB ├ ○ /prisma-test 149 B 102 kB # ... + First Load JS shared by all 102 kB ├ chunks/770-76939705ff65587a.js 46.5 kB ├ chunks/96e220d1-21a0fdc894793ec0.js 53

フロアでは性質の違う個人がある意味同質化し、その空気に乗れなかったら脱落/疎外というのは個人的に悲しいので、各動画のメタデータ（素材, 作風, 音域, 年代, 投稿者, etc.）をなるべく分散させて、その上でアンセム的であることを意識しました。要するに、音MADも色々あるよねという感じ。 — B (@banfuture) 2025年4月20日 基本的にすべて僕が好きな動画です。セットリスト的機能を意識する解説もありますが、機能を実現するためだけに選んだ動画は無いのでご承知おきください。 全体として示しておきたかったのは「音MADの複層性」であり、「きたああああああ」とコメントされるようなメジャーな動画だけでもダメだし、低音域を重視してフロア鳴りだけを意識してもつまらないし、音MDM以前の動画が入っていないようでは我々の足跡を見誤るだろうし、「結局みんなで盛り上がるためのチョイスだな」など

pub const VERSION: &str = env!("CARGO_PKG_VERSION"); fn main() { println!("version: {}", VERSION); }

www.tyoshiki.com 僕は四半世紀（25年）くらいインターネットで文章を書き続けているのだけれど、正直、書きたいこと、書けることがどんどん減ってきたというか、僕のモチベーションも世間のニーズも下がってきている、というのを感じています。 ブロガーはChatGPTに勝てない？ かつて、ブログは個人の発信力を象徴する場だった。独自の視点、経験、語り口によって、無名の人が影響力を持つことも珍しくなかった。しかし今、その風景は急速に変わりつつある。AI、特にChatGPTのような大規模言語モデルの登場によって、「情報発信」の価値が根本から揺らいでいる。 ChatGPTは、瞬時に読みやすく整った文章を出力する。SEOを意識した構成、最新のトレンドを盛り込んだ内容、読者の関心を引くタイトル案まで、数秒で提案可能だ。対して、ブロガーはリサーチに時間をかけ、文章を推敲し、更新に何時間も費やす。ス

何回か音MADの歴史をまとめてみようと思ったんですが、不可能でした。 ・事象があまりにも多い。 ・個々の事象を線で結ぼうとすると、複雑に絡み合ってしまい収拾がつかなくなる。 ・究極、「無数にある動画を見てもらわないと掴みきれない」という話になってしまう よって、それぞれがそれぞれのことを書くほうがアーカイブ化の一助になると思った。 自分語りを、やるぞ！赤裸々に！ 投稿以前 2013年 2014年-2015年 2016年 2017年 初投稿 ねぇねぇ聞いた？ 影響を受けたもの ボト生で特集される 2018年 【SSR】メガネかけた信長 ときめきオバチャン♪ 自転車泥棒ですが？ Fly far 蘭子 音MAD DREAM MATCH開催 音MAD NEW-COMER'S MATCH開催 自転車Gecko 再びボト生で特集される 振り返り記事を書く 2019年 大学受験 ボト生に出る Disco

NURO光のONU一体型ルーターを NSD-G1000T に交換したらインターネットが使い物にならなくなった件についてまとめる。 なお、この件は最近になって数件観測できているがあまりにも報告例が少ない気がしている。 今北産業 NURO光の個人契約は原則MAP-Eによる提供になったらしい NSD-G1000TのMAP-Eまわりのファームに問題があり、ポート枯渇が発生してインターネットがこわれる 別件でIPv6がつながらなくなることもある もくじ プロローグ 我が家ではNURO光(G2V)を契約している。NUROの回線品質についてはながらく散々言われているものの、うちでは状況はかなり改善してきており混雑時間帯であってもそこそこの安定した速度が出ていたため不満はあまりない状況であった。 (なおことわりとしてNUROの契約者は私自身ではないため、手続きや問い合わせを行っているのも私ではないことを最

AI Coding Agentが活況だ。巷ではClineだRoo Codeだと盛り上がり、MCPを実装したことを自慢し、驕れる平家のごとくだが(平家と違ってもう少し長生きするだろうが)、かくいう私もそうである。 とはいえ、テトリスやブロック崩しが一瞬で作れたところで我々が失職するはずもなく、最初から作るものが決まっていて定型的でいくらでもエントロピーを増やして散らかしても良い一回ポッキリのブロック崩しと、イテレーティブな開発を行うことが前提で、非定型であり、エントロピーの無秩序な拡大を抑止しながら開発しなければならない†現実†の開発とでは月とすっぽんであり、今のところAI Coding Agentは月兎にあらず、地面を頑張って跳躍しているふつうの兎だ。 ClineやRoo CodeにはOrchestration modeといって大きなタスクをサブタスクに分割してやっていくという補助機能があ

はじめに こんにちは、イノベーションセンター テクノロジー部門の小倉 (@Mahito) です。 普段は Engineer Empowerment Project のリーダーとして、エンジニアのはたらく環境を良くする取り組みや NTT Tech Conference や勉強会などのエンジニアが楽しく働くための取り組みをしています。 今回は社内で行った TechNight というイベントで発表した YAML の文法についての話を記事にしたものです。 もともとの発表は、YAML の記法について調べてるうちに「YAML こんなこと出来るのか」となったのでまとめたものでした。 YAML とは 公式サイト (The official YAML Web Site) ではこう書かれています。 YAML is a human friendly data serialization standard for

はじめに ああ、ついに来てしまった。30歳という、人生の大きな節目。私は今、20代最後の週を迎えている。誰だ？清々しい気持ちとか言ってたやつは⋯。 正直に告白しよう。これから綴る文章は、決して効率的な読み物ではない。むしろ、投資対効果という観点では、あまり賢明とは言えない時間の使い方かもしれない。同じ時間で技術書を読むなり、コードを書くなり、より直接的な成長に繋がる活動はたくさんある。それでも、もしかしたらこの言葉が、誰かの心に小さな波紋を投げかけるかもしれない。そんな期待を胸に、筆を進めていきたい。 思えば20代のはじめの私は、まるで迷宮に迷い込んだ勇者の気持ちだった。10代の頃は、親や先生が道標となり、友人たちと同じペースで歩んでいけば良かった。進学、部活、受験―目標は明確で、努力の方向性も定まっていた。しかし20代に入ると、そんな心地よい"レール"は突如として途切れる。誰も正解を教え

チャットAI「Claude」などの開発で知られるAI企業のAnthropicが「中国がCPUやGPUを偽妊婦に運ばせたり生きたロブスターに紛れ込ませたりして密輸している」と公式サイトに記載したことを受けて、NVIDIAが反発の声をあげました。しかし、Anthropicの主張はどちらも事実であることが確認されています。 Anthropic's AI Export Controls Framework Response \ Anthropic https://www.anthropic.com/news/securing-america-s-compute-advantage-anthropic-s-position-on-the-diffusion-rule Nvidia and Anthropic clash over U.S. AI chip restrictions on China

Model Context Protocol (MCP) の Go 公式 SDK 登場へ！分断されたエコシステムの統一と未来への期待 ソフトウェア開発の世界では、プロトコルやツールの標準化がエコシステムの健全な発展に不可欠です。近年注目を集める Model Context Protocol (MCP) においても、特定の言語、特に Go 言語における公式サポートの不在が課題となっていました。しかし、最近の GitHub 上での活発な議論と Go コア開発チームの動きにより、待望の公式 Go SDK (modelcontextprotocol/go-sdk) の登場が現実味を帯びてきました。 本記事では、この公式 Go SDK 提案の背景、現状の課題、コミュニティの期待、そして Go tools team による実装という重要な進展について、GitHub Discussion の内容を基に詳

ClaudeのWeb版で待望のModel Context Protocol (MCP)連携ができるようになりました！ はじめに Claudeから以下の発表がありました。 Model Context Protocol (MCP) をリモートサーバー経由でも利用可能にし、デスクトップ版だけでなく Web 上の MCP サーバーとも連携します。 MCPを使う場合、Claudeの場合以下の制約がありました。 Claude Desktopのみ利用可能 StdioTransportのみ利用可能 今回のアップデートでClaudeのWeb版で任意のサーバーとMCPで連携できるようになりました。 今回はSSEでMCPサーバーを自作し、ClaudeのWeb版との連携を試します。 注意事項は以下です。 既存のMCPサーバーはStdioTransportのため、MCP連携するには別途対応が必要です。 本統合機能は

はてなのシステムプラットフォームチーム (以下シスプラ) で SRE として働いている id:KashEight です。社会人 2 年目です。 この記事は、はてなの SRE が毎月交代で書いているSRE連載の 4 月号です。3 月の記事は id:onk さんのはてなの「PWG」という取り組みを builderscon 2024 で話してきましたです。 この記事では DMARC レポートを自社サービスである Mackerel、オブザーバビリティデータをいい感じに扱うためのプロジェクトである OpenTelemetry を用いて可視化した話の導入編となります。 文量の都合上、実際の実装やサービス提供の話は次の SRE 連載に回します。 DMARC、DMARC レポート 今までの運用 問題点 Mackerel 化するに至るまで とある改善要望 使用用途のヒアリング ニーズから考えてみる Open

このページについて 2025年3月、ポケモンGOの開発開始から10年を迎え、ポケモンGOを含むNianticのゲーム部門がScopely社に買収されることが発表されました。 僕自身のポケモンGOへの関わりは2014年にGoogleマップ在籍時に企画したエイプリルフールプロジェクト「Google マップ ポケモンチャレンジ」まで遡ります。そこからNianticへの転籍し、ゲームディレクターとしてのポケモンGOプロジェクトの立ち上げ、狂乱のローンチと運営を経て、2018年半ばまでの4年半の間、寝ても起きてもポケモンGOという日々を過ごしました。今でも初めてポケモンGOをプレイしてる人を見かけたことをよく覚えています。それはアメリカローンチの日、長い一日の仕事を終えて帰宅してる途中の出来事で、思わず「ポケモンGOですか？」と声をかけてしまいました。その時は自分が作ったものが誰かに遊んでもらえたこ

こんにちは！「家族アルバム みてね」（以下、みてね）SREグループのおじまです。 今回は、みてねの開発プロセスを支えるデプロイパイプライン、特にブランチ戦略を改善し、ステージング環境における占有問題などの課題を解決したお話をご紹介します。 みてねの開発フローとこれまでの課題みてねでは、ブランチ戦略としてGitHub Flowを採用しています。GitHub Flow では、はじめにメインブランチからフィーチャーブランチを作成します。フィーチャーブランチで機能開発を行った後、プルリクエストを作成します。フィーチャーブランチは、プルリクエストにおけるコードレビューを経て、メインブランチにマージされます。メインブランチは常にデプロイ可能な状態に保たれます。GitHub Flowは、シンプルで分かりやすいのが特徴です。 しかし、GitHub Flow自体には、本番環境以外へのデプロイ方法について明確