とみー

Creator/Software Developer/AI Engineer 🇯🇵×🇺🇸
青森県産🍎宇都宮大学→ハードウェアエンジニア→ソフトウェア（自社サ/SES）→行政DXの世界へ。
個人事業・個人開発・起業も経験
※ 発言はすべて個人の意見です。
※ フォローは仕事絡みとリアルでお会いした人のみ🙏

[とみー @cto33y]

MoonBit 版 PyTorch の様な軽量MLフレームワーク「MbTorch」を作り始めました。

ゼロからAIモデルを構築する場合、PyTorch/TensorFlowの様なフレームワークを利用しますが、これの軽量版を作ってみたくて、MoonBit言語 @moonbitlang のそれっぽいものを、個人的に試作しています。
うまくいかないかもしれないけど、やってみたかったのでとりあえず挑戦です。

やりたいことは、"ブラウザやエッジ環境をターゲットにした軽量 ML フレームワーク" です。
つまり、GPT/Gemini/Claude の様な巨大モデルの構築ではなく「小〜中規模のモデルを MoonBit で素直に書いて、WASM でどこでも動かす」ことです。
手元のデータを送り出さずに、その場でちょっとした NN を学習・パーソナライズできるようなツールを目指しています。

ただ、私自身は機械学習や数学には疎いので、ちょっとずつ学習しながら進めてます。

尚、実装は主に Claude Code（このためにMaxプランを契約）を中心に使用し、情報検索には Perplexity（Pro 契約）を使用しています。

ある程度開発が進んだら、オープンリポジトリとして公開する予定です。

現在は個人用に作っていますが、Apache License 2.0 にしているので誰でも使用可能な状態にするつもりです。

#moonbit #mbtorch

[とみー @cto33y]

本当にDevinだったw
https://t.co/4xX4ahkPQB

[Marc Benioff @Benioff]

Don’t code alone. Slack Code is live.
Humans and agents. Same channel. Same work.
Launching today with agents from @AnthropicAI, @github, @Cognition, and @vercel. This is real multiplayer coding. See it at @Dreamforce #DF26

[とみー @cto33y]

Devinみたいなことができそうな気がしてきた👀

[Vercel @vercel]

Vercel Agent can now join Slack with the full production context of your apps and agents.

▪︎ Add @𝚟𝚎𝚛𝚌𝚎𝚕 to any thread
▪︎ Create plans and PRs
▪︎ Roll back deploys and update configs
https://t.co/79rbfDy2es

[とみー @cto33y]

参考💁‍♂️
https://t.co/pEOE6iRKEv

[とみー @cto33y]

Astro の Prayground が技術的に結構面白いので記事にした https://t.co/JaIkte3V4p

[とみー @cto33y]

素晴らしいアイデア✨
中身けっこう興味深い内容だったので記事にまとめて見た→

[Astro @astrodotbuild]

Ever wanted to write Astro components without starting a new project? 👀

We built a Playground that shows you - preview, CSS, JavaScript, compiler output.

https://t.co/nB7Kqrridf

[とみー @cto33y]

Astro の Prayground が技術的に結構面白いので記事にした https://t.co/JaIkte3V4p

[とみー @cto33y]

書きました！#Qiita
【フレームワークは人間軸ではなくAI軸で選ぶ時代になった】って話。
https://t.co/8gHjoMO46k

[とみー @cto33y]

AIがメインコーディングをする様になった今、フレームワークに求められるのは、如何に「成果物のアプリケーションも、開発ロジックも、AIフレンドリーであるか」が重要な時代になった。

つまり、今まで人間軸で人気があったフレームワークではなく、AIフレンドリーなフレームワークであるかが重要になってくる。

つまり、「Next.js にするのはなぜですか？」の理由が変わるということ。

[とみー @cto33y]

Angular で実装すると、WebMCPをアプリケーションに標準実装できる機能がv22で実験的に入ってる👀
Cloudflare じゃなくてもWebMCPがアプリケーション単位で作れるのはデカイな。
AIフレンドリーなアプリが作りやすくなる。

[Angular @angular]

Angular v22 is now available 🥳

Here is a quick look at what's landing today:
✅ Signal Forms, Angular Aria & resource are officially STABLE
✅ OnPush change detection is now the default
✅ Template updates and more

Read the full breakdown on the blog:
📰 https://t.co/YNkIBYH3aS

Which of these updates is your favorite?

[とみー @cto33y]

YouTubeのテック系チャンネルで「ゼロから〇〇を全部マスター」みたいな動画がありますが、陳腐化が激しいIT業界において、動画を更新できない仕組みのYouTube動画をバイブル的に扱うのは危険。

せめてUdemyのような更新可能なコンテンツを教材に選んだ方が良い。YouTubeは「旬」のもの特化型

[とみー @cto33y]

追跡漏れていた！
Gemini CLI は廃止されて、Antigravity CLI（`agy` コマンド）に移行されてた。

Gemini CLI を入れるとローカルのNode.js を勝手に最新化してしまい、mise等のパッケージ管理ツールで入れた node と競合発生してしまったりする不具合があったけど、Antigravity CLI はGo言語で書き直されているのでその懸念もなし。

Homebrew で久々に Antigravity を再導入してみるか👀

[Gemini CLI @geminicli]

Transitioning Gemini CLI users to Antigravity CLI

We are unifying our efforts around a single harness and platform, Google Antigravity with four distinct surfaces:

• Antigravity 2.0
• Antigravity CLI
• Antigravity SDK
• Antigravity IDE

This will allow us to move faster and give you a streamlined experience wherever you do your best work.

Rebuilt in Go for speed, Antigravity CLI is available today and brings robust multi-agent orchestration and asynchronous workflows to your terminal.

Important things to know:
1. If you are using Gemini CLI through your Google one account (Google AI Pro or AI Ultra) or through Gemini Code Assist for individuals (free offering) we will be helping you migrate your workflows over the next 30 days.

2. No action required for Enterprise users. Enterprise plans and API keys will continue to be supported in Gemini CLI.

Read the full details in our blog post → https://t.co/IqvqDt9XLn

[とみー @cto33y]

@anz__519 おっしゃる通りで、「AIは責任を取れない（責任取るのが人間の仕事）」のわかりやすいところで、責務を定義するところは人間のタスクとして残りそうです。

ただ、Cloudflare に関しては単純にCloudflare側がWrangler の API を作りきっていないだけのものもちょいちょいある印象ですね。笑

[とみー @cto33y]

【Qiita のリモートMCPサーバーを自作した】
普段リサーチ用に Perplexity を活用してて、Perplexity Computer というAIエージェントを活用してそのまま Qiita
に「下書き記事」を投稿したいと思って Claude Code に実装部分だけ任せて開発した（添付画像は実際にPerplexity Computer に自作MCPサーバーで、自分のQiita記事一覧を取得させたところ）。

Qiitaには公式CLIがあるが、これはローカル環境から使いやすいやつで、パープレのエージェントはクラウドで動くのでそのまま使えない。

Cursor系もそうだが、クラウドで動くエージェントにはCLIではなく「リモートMCPサーバー」を用意するのが最も手軽で良い。しかしQiitaは公式にリモートMCPサーバーが無い。…なので、公式APIを利用したMCPサーバーを自作した。

また、最新のMCP仕様アプデで、リモートMCPサーバーを Cloudflare Workers に立てるのが超簡単になったが、自分の Worker を全公開して他人に叩かれまくって課金死もしたくない。…なので、Cloudflare Access で "自分だけが使えるリモートMCPサーバー" にすることにした。

このタイミングで、❶ 2026-07-28 アップデートでMCPサーバーがステートレスになったこと、❷ Cloudflare の Workers への Access 保護適用がより手軽・簡単になったこと、の２つが重なったので『Cloudflare Workers に自分専用の Qiita リモートMCPサーバー立てればいいじゃん』となった。

開発ロードマップは簡単には以下👇
① 事前調査・環境準備（公式情報を追従する専用スキルを構築）
② Cloudflare Workers に最小MCPサーバーを公開（ヘルスチェックだけするやつ）
③ 認証・権限周りをゴニョゴニョして、Qiita のReadだけするMCPサーバーに更新
④ Qiita に Write するMCPサーバーに更新
⑤ テスト・監査まで含めた運用部分への考慮

Cloudflare の設定の一部や Qiita のトークン発行などのタスクは、まだ人間がコンソールからいじらないとできない部分も多いので、「生成AIに全任せ」では綺麗に開発ができないのがボトルネックだった🫠

「Cloudflare Workers に自分専用のリモートMCPサーバー立てる」というシーンは今後も結構ありそうなので、今回のノウハウは個人的に整理してまとめたけど、ニーズもありそうなのでこれをどこかで公開しようかな🤔

だとしても、Qiitaみたいな１ページに収まる内容じゃなかったので、Zennみたいな書籍形式の場所で投稿しようかな（Qiitaも電子書籍を公開する機能があればいいのに…）

※ 尚、Zenn はGit リポジトリでコンテンツ管理する形式が主だったのでMCPサーバー作れなかった。残念。

[とみー @cto33y]

Cursor Origin、Vercelの上で動いてるのか👀

https://t.co/w1LNdY0QcS

[Guillermo Rauch @rauchg]

You can now host your repos in Cursor Origin and deploy to Vercel via Cursor Origin which is itself hosted on Vercel. And unlike GitHub, it's online 😁

[とみー @cto33y]

Originきた！
長く続いたVSCode + Githubから、AIネイティブに対応したCursor + Originの時代へ

[Cursor @cursor_ai]

Origin, our code hosting platform, is now live.

It's fast, easy to use, and deeply integrated with Cursor.

Get started by syncing your repos from GitHub.

[とみー @cto33y]

適切なタグを自動で提案してくれ、記事の内容には出典リンクなども添えてくれる。

ディープリサーチしなくてもエビデンス提示を常にやってくれるのが Perplexity の良さの１つ。記事末には参考リンク集もつけてくれてる。

あとは、Perplexity Computerはスキルを搭載できるので、挿入画像も含めて記事体裁を自分風にする Agent Skills を用意すればだいぶ作業効率化できそうだ🧑‍💻

[とみー @cto33y]

【実例】『WebMCPについてごく簡単に情報を整理して、Qiitaに限定記事で投稿して』で、Perplextiyのリサーチ力を活かして爆速で限定公開記事をサッと作れる様になった。

自作した自分専用のQiitaリモートMCPサーバーで、ものの数分で記事ができる。もちろん、ちゃんと記事レビューをした上で、後で手動で公開にする流れ。

※ この記事は投稿テスト用なので、今はリンク踏んでも存在しません。

[とみー @cto33y]

【Qiita のリモートMCPサーバーを自作した】
普段リサーチ用に Perplexity を活用してて、Perplexity Computer というAIエージェントを活用してそのまま Qiita
に「下書き記事」を投稿したいと思って Claude Code に実装部分だけ任せて開発した（添付画像は実際にPerplexity Computer に自作MCPサーバーで、自分のQiita記事一覧を取得させたところ）。

Qiitaには公式CLIがあるが、これはローカル環境から使いやすいやつで、パープレのエージェントはクラウドで動くのでそのまま使えない。

Cursor系もそうだが、クラウドで動くエージェントにはCLIではなく「リモートMCPサーバー」を用意するのが最も手軽で良い。しかしQiitaは公式にリモートMCPサーバーが無い。…なので、公式APIを利用したMCPサーバーを自作した。

また、最新のMCP仕様アプデで、リモートMCPサーバーを Cloudflare Workers に立てるのが超簡単になったが、自分の Worker を全公開して他人に叩かれまくって課金死もしたくない。…なので、Cloudflare Access で "自分だけが使えるリモートMCPサーバー" にすることにした。

このタイミングで、❶ 2026-07-28 アップデートでMCPサーバーがステートレスになったこと、❷ Cloudflare の Workers への Access 保護適用がより手軽・簡単になったこと、の２つが重なったので『Cloudflare Workers に自分専用の Qiita リモートMCPサーバー立てればいいじゃん』となった。

開発ロードマップは簡単には以下👇
① 事前調査・環境準備（公式情報を追従する専用スキルを構築）
② Cloudflare Workers に最小MCPサーバーを公開（ヘルスチェックだけするやつ）
③ 認証・権限周りをゴニョゴニョして、Qiita のReadだけするMCPサーバーに更新
④ Qiita に Write するMCPサーバーに更新
⑤ テスト・監査まで含めた運用部分への考慮

Cloudflare の設定の一部や Qiita のトークン発行などのタスクは、まだ人間がコンソールからいじらないとできない部分も多いので、「生成AIに全任せ」では綺麗に開発ができないのがボトルネックだった🫠

「Cloudflare Workers に自分専用のリモートMCPサーバー立てる」というシーンは今後も結構ありそうなので、今回のノウハウは個人的に整理してまとめたけど、ニーズもありそうなのでこれをどこかで公開しようかな🤔

だとしても、Qiitaみたいな１ページに収まる内容じゃなかったので、Zennみたいな書籍形式の場所で投稿しようかな（Qiitaも電子書籍を公開する機能があればいいのに…）

※ 尚、Zenn はGit リポジトリでコンテンツ管理する形式が主だったのでMCPサーバー作れなかった。残念。

[とみー @cto33y]

※ 一部訂正：「下書き（draft）」状態の記事は現状の API 経由では作成できないので「限定公開（private）」状態の記事を自動作成できる MCPサーバーになります。
ただ、いきなり全公開されないので編集も可能でやりたかった意図としては変わらない（限定公開記事を量産するのは簡単になった）

[とみー @cto33y]

2026/7/28アップデートでMCPがステートレスになり、そのおかげでWorkersにリモートMCPサーバーを簡単に配置できるようになり、そしてCloudflare Accessで簡単に保護できるようになったので、「個人的なリモートMCPサーバー」を作る時にとても役立ちます🫡

[Brayden @BraydenWilmoth]

We just made it easier to protect your Workers.

Put Cloudflare Access in front of one or all of your Workers you deploy on your account. Give access only to the people you want.

Couple of clicks, zero headaches.

[とみー @cto33y]

CursorがGitHub代替となり得るGitホスティングサービス「Origin」をリリースして、
そろそろ "VSCode+Github" 時代が終わって、"Cursor + Orign" 時代が始まるのかも知れないと感じてきた。

CursorもOriginもAIネイティブに最適化されていることと、Cursorのクラウドエージェント開発が優秀過ぎるので、今後はそういう技術スタッフが選択肢として有力になりそう。

[とみー @cto33y]

WebMCP について、MCPとの違いも踏まえてちゃんと中身を知りたい方向けです💁‍♂️

尚、Cloudflare の WebMCP は、事前に何も用意していない人には、現状は何もしてくれません。

[とみー @cto33y]

https://t.co/u5ZfaM2dv6