人間がMarkdownを書いたり修正しない時代に、Claude Code hookでドキュメントを自動でファンシーHTML化する
はじめに X 上で見かけた 「もう Markdown じゃなくて HTML でドキュメント書いた方がよくない？」 系の議論（@trq212 のポスト等）には、まったく同感です。 というのも、自分は もう半年ほど前から、Claude CodeにHTMLでドキュメント生成させています。エージェントを使えばつかうほど、その生成物を直接人間が修正することが減るからです。プランファイルがその典型で、プランがまちがっていたらそれはAIに指示して修正させるべきで手動修正するべきではないのです。その理由は手間を減らしたいからではなく、「なぜそう出力されたか」の理由にたちもどって指示しないとAIは同じ間違いをくりかえしてしまうからです。そうすることで人間はAIと思考を共有することができます。 その場合、Markdownは人間が作成も修正することはなくなるわけで、Markdown形式がドキュメントの形式として
Gemma 4 MTP を DGX Spark で動かして日本語生成の高速化を実測してみた | DevelopersIO
はじめに こんにちは、クラスメソッド製造ビジネステクノロジー部の森茂です。 先日の Gemma 4 ベンチマーク記事 の続編です。Google が 2026-05-05 に発表した Gemma 4 MTP（Multi-Token Prediction）を DGX Spark で動かしてみました。 ざっくり言うと MTP は、本体モデルとは別に「次のトークンを先回りして予測する軽量な下書き役」を用意して、本体モデルがまとめて検証することで生成を速くする仕組みです。この種の技術は speculative decoding（投機的デコーディング）と呼ばれていて、Gemma 4 では本体（target）と下書き役（drafter）のペアモデルが Google から公式に配布されているのがポイントです。 Google の公式ブログでは「最大 3 倍の高速化」と謳っていますが、個人的に気になったのは「
DGX Spark を 2 か月使って見えた「向いている仕事」 と 「向いていない仕事」 | DevelopersIO
この表で目を引くのはメモリ帯域幅の差ですね。273 GB/s という数値は Mac Studio（819 GB/s）の 3 分の 1、RTX 4090（1,008 GB/s）の 4 分の 1 程度で、RTX 5090（1,792 GB/s）と比べると約 6.5 倍の開きがあります。一方で RTX 5090 でも VRAM は 32GB なので、大きなモデルを載せきれないという制約は変わりません。この帯域幅の差が、後述する「向き・不向き」に直結しています。 ざっくり言うと、DGX Spark の強みは「速さ」ではなく「載ること」。128GB のメモリ空間に大きなモデルをまるごと載せて、ローカルで完結させられるのが最大の価値です。カンファレンスでも AI の利用環境には F1 vs SUV に分類できると比喩していたものがあったのですが、その例えからだと DGX Spark は SUV 側のイ
AIエージェント時代のDB設計をTursoが書き換えに来ている話
はじめに こんにちは、株式会社エムニでエンジニア・PMとして働いている宮木です。 先日、Tursoから興味深いアナウンスが出ました。 Turso Now Includes Unlimited Active Databases for Everybody https://turso.tech/blog/turso-now-includes-unlimited-databases-for-everybody 要約すると、有料プランで「アクティブDBの数」という制限を撤廃したという話です。一見すると単なる料金プラン変更のニュースですが、この発表の背後には「データベースをどう設計するか」という前提を覆す、ものすごく面白い技術と思想がありました。 本記事では、 なぜTursoはこの決断ができたのか（技術的な裏付け） それがアプリケーション設計にどんな影響を与えるのか（設計思想の変化） の両面から、T
ChatGPT Pro は高いので Codex + GitHub Copilot でお小遣いを守りたい - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? AI 関連サービスの使いすぎでお小遣いがピンチです。贅沢に ChatGPT Pro を契約して遠慮なく使いたい所ですが、ちょっとでも節約した使い方が出来ないか思考を巡らせてみました。 最近は Coding Agent の選択肢も豊富です。そもそも Codex にこだわらなければ他にもより安価なサブスクリプションはありますが、ここではそれは触れません。私よりもお小遣いが厳しい方は私の記事を読むよりは以下のような Coding Agent を検索しても良いでしょう。 色々な Coding Agent Claude Code （高ぇ） Ope
無料で使えるAI｢ローカルLLM｣の進化がすごいよって話
｢Qwen3.5-9B｣ は2026年にリリースされた高性能ローカルLLMのひとつ。HuggingFaceやLM Studioで無料でダウンロードできる Photo: かみやまたくみ 2026年も進化を続ける生成AIですが、伸びているのはOpenAIのGPTやAnthropicのClaudeだけではありません。 無料で公開されていてダウンロードして自分のPCで動かせる｢ローカルLLM｣も大きな発展を見せています。 この記事では2026年上半期にかけてのローカルLLMの動向をまとめます。 1. ローカルLLMの高性能化が止まらない｢Gemma-4-31B｣で画像認識をしているところ。同モデルはGoogleが2026年4月にリリースした非常に高性能なローカルLLMImage: かみやまたくみ2026年のローカルLLMで特徴的なのが、性能が大幅に向上したこと。 具体的なモデルとしては、3月にリリ
無料でNotionやMiroのような自分専用知識データベースを構築できる「AFFiNE」、オープンソースでセルフホスト可能
「Notionのように文書やデータベースを整理しつつ、Miroのように自由なキャンバスへ図や付箋を並べたい」というようなブロック文書と無限キャンバスを統合し、さらにセルフホストにも対応した知識管理ツール「AFFiNE」が公開されています。 AFFiNE - All In One KnowledgeOS https://affine.pro/ toeverything/AFFiNE: There can be more than Notion and Miro. AFFiNE is a next-gen knowledge base that brings planning, sorting and creating all together. Privacy first, open-source, customizable and ready to use. https://github.
Valibot作者が開発したフォームライブラリ Formisch を使ってみる - プププなテクブ
フロントエンド開発でフォームを実装するとき、こんな経験はないでしょうか。 バリデーションロジックがコンポーネントとごっちゃになって見通しが悪い React Hook Form や Formik を使っているが、バンドルサイズが気になる フレームワークを乗り換えたとき、フォームライブラリも全部書き直しになった こうした課題を整理していたところ、辿り着いたのが Formisch です。TypeScript 向けスキーマバリデーションライブラリとして有名な Valibot と同じ作者のFabianが手がけています。 今回はこのFormischを使ってみたいと思います。今回のサンプルコードは以下にあります。 github.com Formisch とは Formisch はこれらの問題を解決するために設計された、モジュラーかつ型安全なフォームライブラリです。React / SolidJS / Vu
AI時代のリッチテキスト形式（RTF）
Anthropic で Claude Code チームにいる Thariq Shihipar が、 2026年5月8日に「Using Claude Code: The Unreasonable Effectiveness of HTML」という記事を X に公開しました。 「HTML is the new Markdown」という宣言から始まる、AI の出力フォーマットとして Markdown ではなく HTML を活用するメリットを論じた内容です。 HTML is the new markdown. I've stopped writing markdown files for almost everything and switched to using Claude Code to generate HTML for me. This is why. https://t.co/T97
AWS MCP Server を Claude Code から主要ツールをひと通り叩いてみた | DevelopersIO
クライアントとプロキシの間は MCP の stdio トランスポート（標準入出力で JSON-RPC をやり取りする方式）、プロキシとエンドポイントの間は HTTPS + SigV4 です。MCP Proxy for AWS は OSS として公開されており、内部実装も追えます。 リクエストの流れ エージェントが「東京リージョンで Bedrock が使えるか教えて」のような依頼を受けてから、結果がユーザーに返るまでの流れは次のとおりです。 各ステップの中身は次のとおりです。 ユーザーがエージェント（Claude Code 等）に自然言語で指示します。 エージェントが MCP プロトコルで tools/call を発行し、ローカルプロセスとして起動している MCP Proxy for AWS に stdio 経由で送ります。 MCP Proxy はローカル環境の AWS 認証チェーン（環境変
「審美眼こそが真実」〜DHHが語るAIエージェント時代の技芸論 | Social Change!
先日、DHH（David Heinemeier Hansson）が出演したインタビュー動画「DHH's new way of writing code」（聞き手: Gergely Orosz、約1時間47分）を見ました。あまりに響くものがあったので、本人に日本語で要約紹介する許可を求めてメールを書きました。 返信はこう来ました。 Thank you! Yes, feel free to do so. Much of that thinking is inspired by Japanese philosophy. From omakase to kintsugi 🤌 （あの思考の多くは日本の哲学に着想を得ている。おまかせから金継ぎまで） 元動画はこちらです（YouTube）: DHH's new way of writing code こうして本人の許可を得ましたので公式に紹介します。動
2026年のソフトウェア開発を考える（2026/05版） / Software Engineering Scrum Fest Niigata 2026 Edition
2026年のソフトウェア開発を考える（2026/05版） Scrum Fest Niigata 2026 2026年5月8日（金） https://www.scrumfestniigata.org/
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AFFiNE - All In One KnowledgeOS
フロントエンドの相手が変わった - AIが加わったWebの新しいインターフェース設計
https://x.com/trq212/status/2052809885763747935?s=46
古今東西SRE