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

Claude Codeを毎日使っていると、ふと「こいつ、俺のことわかってきたな」と感じる瞬間があります。 先日、DB分析の相談をしたとき、Claude Codeが黙ってソースコードを開いてフラグの意味を確認し始めました。以前は何度もスキーマだけで推測して間違えていたのに、今回は何も言わなくても自分から確認している。 あるいは、テックブログの下書きで「不可欠です」みたいなAI臭い表現が一切出てこなくなった。以前は毎回指摘していたのに。 しれっと変わっている。メモリに保存しただけでは、ここまで行動は変わりません。裏側には、ちょっとした仕組みがあります。 ここでいう「学習」は、知識を覚えさせる話ではありません。Claude Codeの思考パターンや判断の癖を、どう進化させるかという話です。 この記事では、Claude Codeを「使うたびに賢くなるAI」にするために実装した3層の学習構造について

Cloudflare⁠⁠、「Markdown for Agents」を発表 —⁠—エージェント向けにウェブページのHTMLをオンザフライでMarkdownに変換 Cloudflareは2026年2月12日、ウェブページをエージェント向けにMarkdownにして提供できる機能「Markdown for Agents」を発表した。この機能はPro/Business/EnterpriseプランおよびSSL for SaaSで、ベータ機能として無償で提供される。 Introducing Markdown for Agents - Cloudflare Blog ウェブサイトによっては訪問者の対象として、人間に加え、AIエージェントを考慮すべき段階に来ていると、Cloudflareは指摘する。Markdown for Agentsの機能を使うことで、Cloudflareネットワークにあるウェブページ

コーディングエージェントのためのオープンフォーマット「AGENTS.md」についてまとめました。 1. AGENTS.md「AGENTS.md」は、コーディングエージェントを効率的に利用するための、シンプルでオープンなフォーマットです。2万以上のオープンソースプロジェクトで採用されています。 「AGENTS.md」は、コーディングエージェント向けの「README」のようなものです。 ・README.md クイックスタート、プロジェクトの説明、貢献ガイドラインなど、人間のためのファイルです。 ・AGENTS.md コーディングエージェントに必要な、ビルド手順、テスト、規約など、README では分かりにくくなったり、人間の貢献者には関係のない、詳細なコンテキストを追加することで、人間のためのファイルを補完します。 意図的に「AGENTS.md」分離したのは、以下の理由からです。 ・エージェン

プロジェクトの状況を関係者に正確に伝え、議論を促進させるための「スライド作成」。これは私たちの業務において極めて重要なタスクの一つです。 しかし、このスライド作成に多くの時間を費やしてしまい、より本質的な課題解決や戦略策定といった業務への集中を妨げている、と感じることが多いです。 近年、GensparkやGmmaやFeloなど優秀なAIスライド作成ツールが登場し、資料作成の自動化に大きな期待が寄せられています。キーワードを入力するだけで、デザイン性の高いスライドが生成されるのは、確かに画期的な技術です。 しかし、結論から言うと、私はこれらのAIスライドツールを実務では採用していません。 その理由は、現状のAIスライドツールが、PMの実務における速度と品質の要求に、必ずしも応えられていないと感じるからです。本日はその理由と、私が最適解だと考えている「CursorとMarpを組み合わせた爆速ス

TOPフォーカスコードが読めなくなったOSSを再生させるまで。スライドツール「Marp」作者の背水の学び直し【フォーカス】 スライド作成ツール「Marp」開発者 服部 雄輝 2014年、株式会社Speeeに新卒入社。サーバーサイドエンジニアとしてキャリアをスタート。在籍中の2016年にMarpを個人プロジェクトとして開発し公開。2021年に同社を退職後、スタートアップ支援等を経て、同年10月より株式会社YAGOにJoin。リードエンジニアとして主にフロントエンド開発に従事。現在もMarp Teamとして、Marpの開発を継続している。 X:@y_hatt GitHub:https://github.com/yhatt Marp公式サイト：https://marp.app/ 「ある日、自分が書いたはずのコードを読めなくなったんです」――。 こう語るのは、Markdown記法にて、プレゼンテー

最近CopilotやDevinについて調べたり検証していく中で思ったことについて簡単に書き留めておきます。 README.md を起点としたドキュメンテーションを整備したいと思っています。これは人間もAIも共通で参照してもらいたいです。 様々なAIやエディタ向けのドキュメント（カスタム指示）を個別にメンテするのではなく、1つのものをSingle Source of Truth1としたい。 ## AI向けのカスタム指示の仕方について整理 ### GitHub Copilot GitHub Copilot は .github/copilot-instructions.md というファイルに書かれたカスタム指示を読み込んでコード生成してくれます。また、VS Code向けの設定ファイル settings.json に設定を書くと特定のパスに置かれたファイルを読み込ませることができます。 Custo

こんにちは！株式会社Rabeeのデザイナーのakaneです。 今回は「Obsidian」と「Cursor」という2種類のテキストエディターを使うことで、noteをサクサク書く体制を整えてみた話です。情報収集からアウトプットまでをスムーズにしたい方、ぜひ読んでいただけたら嬉しいです。 どうぞ最後までお楽しみください🐰 参考記事ObsidianとCursor（とGitHub）の活用方法については、以下の記事を参考にさせていただきました。 ・ ・ ・ 使うツール今回使うツールは、以下の2つのエディターのみ。 Obsidian（Markdownエディター） Cursor（コードエディター） これらのツールを使うことで、Web上の気になる情報を1つの場所にどんどん蓄積していって、読んで、理解し、それらを日々アウトプットする習慣をつけよう〜✊️という試みです。 【今回の目標】 ・読みたい情報や読んだ

こんにちは、よしこです。 最近、個人的に欲しいツールをVibe Codingで作ることが増えてきたので、私の中で定着してきた進め方をまとめてみようかなと思いました。 ちなみに "Vibe Coding"（雰囲気コーディング）というのは、「人間が音声やテキストで指示を出し、AIが主体となってコードを書くコーディングスタイル」を指すワードです。 私もこのやりかたをするときはほとんどコード書いてません。 要件定義 まずは「何を作るのか」「ターゲットは誰か」「どんな機能が必要か」「画面構成はどうするか」などを決めます。好きなAIとチャットベースで喋りながらまとめていきます。 こっちが全然考えきってなくても、「◯◯なアプリ作りたいんだけど要件定義手伝ってー」から会話を始めれば必要な情報は向こうがヒアリングしてくれます。 ここはChatGPT 4oを使うことが多いです。トーンやノリが個人的な好みと合っ

なぜCursorを使うと執筆が捗るのか？ それはAIファーストな環境では、自律的に情報を探索してくれるからだ。 執筆のパラダイムシフトは既に始まっている。 文章執筆でAIエディタを活用するには 最近、CursorなどのAIエディタによる文章執筆が注目を集めているが、「実際にどう使えば執筆が捗るのか」というイメージが湧かない人も多いだろう。いくら便利だと言われても、具体的な活用法が見えなければ結局は普通のエディタとの違いが分からない。ではどうしたら執筆に活用できるのか。 俺自身はこの2年間、AIを文章執筆に活かす方法を模索してきた。そしてようやく3つの要素が揃ったことで執筆環境が一変したと確信した。 EvernoteからObsidianに移行し、すべての情報をMarkdown形式で一元管理 音声入力でアイデアを一気に吐き出し、AIに修正・整理させる手法 Cursorの登場により、Markdo

READMEを最も簡単に作成する方法シンプルなエディタで、プロジェクトのReadmeに必要なすべてのセクションを素早く追加、カスタマイズすることができます

この前職務経歴書を書いたので、そのとき色々考えたり調べたりしたことを書きます。 一般的な転職活動の職務経歴書は微妙だった 僕の転職は二回目です。 一回目の転職のときは、リクルートエージェントのサービスを使って転職しました。 リクルートが公開している、一般的な職務経歴書のサンプルは↓こんな感じです。 Wordで表をつくって、編年体に、何をやってきたかを書くことで、自分の職務経歴を書きます。 ただ詳細はちょっと長くなるので、職務経歴書の冒頭に数行でサマリーが書いてあって、親切ですね。 一般的な日本の職務経歴書というのは、このフォーマットで問題ありません。 実際一回目の転職のときは僕もこのフォーマットで転職しています。 二回目の転職活動も、この職務経歴書に二社目の経験を追記すればいいか、と思っていましたが、 見れば見るほどこのフォーマットで書いた自分の職務経歴書が微妙に感じてきました。 何が微妙

はじめに Obsidianという素晴らしいプロダクトが登場してから、デジタルノート術は活発化したと思います。私もその１人で、今日も楽しくObsidianを使っています。 しかし、その一方であまりノート術にこだわりが強くない方や深く理解するほど価値を感じていない人の中ではまだまだ単なるメモ帳として使われている現状があります。 そこで、今回は「がんばらない」Obsidianノート術として、「こだわりすぎない」「多様な原理原則がない」形で『書く』習慣を付けるためのノート術を書きました。 そんなノート術であったとしても、今後ノートを分解していけるような構造にしておくことで、今後の拡張性を残しています。ぜひ「難しくて挫折しまった」という人はチャレンジしてみてください。 『書く』ことで整理術は生きる Personal Knowledge Managementはの概念やLYTといった考え方は斬新で、とて

Twitter 形式でメモが残せる Obsidian Memos で「考えるな、書け」を体現できるくらい筆が進むようになった 2023-06-16 Obsidian-Memos という Obsidian のプラグインを Twittier で見かけて1ためしてみたら、Obsidian が更に便利になったので紹介。 https://github.com/Quorafind/Obsidian-Memos 以下、こんな感じで daily journal に list or task 形式で書き出されていく Memos の画面 Daily Note にはこんな感じで書き込まれる。 これらの内容は以下のような形式で Daily Note にリスト or タスク形式で書き込まれていく。 - 01:25 Memos を入れてみた、しばらく試してみる - 01:25 書きなぐるようにメモれるのは楽かも、ti

Intro 「連載するけど、代わりにコードはハイライトさせてほしい」 それが Web+DB Press 編集長に俺が出した条件だった。 技術書籍のシンタックスハイライト エンジニアは普段から、エディタ上でも、リポジトリ上でも、ブログ上でも、何かしらハイライトされたコードを見ている。 そんなエンジニアに向けて書かれた技術書籍でありながら、書籍のコードがハイライトされているのはみたことがない。 「技術書籍がシンタックスハイライトされてないのは、出版社の怠慢だ」 と、割と本気で思っていた。そして、今でも思っている。 特にページを跨ぐような長いサンプルコードを、単色で印刷されても、正直読む気になれない。 白黒だからしょうがないと思われているかもしれないが、白黒だとしても、文字の太さ、濃淡、フォントの微妙な使いわけなどで、かなり見やすくすることができる。 今はやっていないが、このブログでも、印刷用の

静的サイトジェネレータ「Astro 2.0」正式リリース。新機能「Content Collections」で大量Markdown対応、「Hybrid Rendering」で静的と動的ページの混在可能に オープンソースで開発されている静的サイトジェネレータ「Astro」の最新バージョンとなる「Astro 2.0」が正式にリリースされました。 Astro 2.0 – our most exciting release yet!https://t.co/FPb5rBTRPT — Astro (@astrodotbuild) January 24, 2023 Astroは、ReactやVue、Svelte、Alpine.js、TypeScriptなどのさまざまなフレームワークやライブラリに対応した静的サイトジェネレータです。 ビルド時にWebサイト全体のHTMLが生成され、しかもそのHTMLには全

こんにちは、CX事業本部 IoT事業部の若槻です。 最近ドキュメントを見ていて知ったのですが、GitHubでは地理空間データを地図としてレンダリング表示できるようです。 Creating GeoJSON and TopoJSON maps - Creating diagrams - GitHub Docs 対応している記法はGeoJSONとTopoJSONの2つになります。この機能自体は公式ブログによると2013年頃からあったようです。 やってみる ここではGeoJSONを使って地理空間データのGitHub上でのレンダリング表示を試してみます。 Markdown文書で表示 Markdown文書内でレンダリング表示する場合は、タイトルにgeojsonと指定したコードブロックにGeoJSONでチリ空間を記述するだけです。 { "type": "FeatureCollection", "feat

Obsidian（オブシディアン） と出会ってまだ3日目ではありますが、ここ最近で一番興味をそそられるアプリだったので紹介します。 A second brain, for you, forever. https://obsidian.md/ 出会いの経緯 を眺めていたときに一つの記事が目に付きました。 私がソフトウェア開発者として Notion から Obsidian に移った理由トップ3 何やら少し挑戦的なタイトルです。私も情報を整理するときに Notion はよく使用しています。不満がないとは言わないものの、Notion の機能を超える情報整理ツールは中々ないことくらいはわかります。 気になった記事は、まず読んでみることです。 読みながらの感想 "Obsidian" ……なんて読むの？ｶﾀｶﾀ……オブシディアン。いやー、スペルも読み方も覚えられないなぁ……。どんな意味なの？ｶﾀｶﾀ……