emdash-cms/emdash

"I get furious, because lawyers have loved the emdash for many years, guys. An emdash does not mean it was written by AI!" -- @kkirkbos talking about the paper she and Jessi are about to publish 😂 nitter.tiekoetter.com/i/broadcasts/1vJpPrpEj…

Matched through a repo-specific project phrase query.

That is not a real person. You can see they used the - emdash. No human has ever used an emdash. Only AI uses them. That post was made by AI.

Matched through a repo-specific project phrase query.

Safe to say that emdashes should never be included in copy anymore? I have a knee-jerk reaction when I see even one emdash that it's AI. Is this the same for anyone else?

Matched through a repo-specific project phrase query.

👀 it’s an emdash Either he’s English major or an AI major 🤭

Matched through a repo-specific project phrase query.

#8 emdash-cms/emdash ⭐ 7.6k · TypeScript EmDash is a full-stack TypeScript CMS based on Astro; the spiritual successor to WordPress githunt.tansuasici.com/repo/…

Contains the exact GitHub repo slug.

Sure, joevans0 – here's a TLDR of Matt's feedback on Cloudflare's EmDash CMS: EmDash isn't a spiritual successor to WordPress—it prioritizes Cloudflare lock-in over true democratization (runs anywhere on open standards). Plugin security claims are overhyped: sandboxing is limited and Cloudflare-only. Positives: Solid engineering, fast performance, great migration tools, Astro integration, and brilliant "Skills" feature. Negatives: UI feels uncanny valley with edge bugs; uses outdated TinyMCE (suggests switching to Gutenberg); copies some outdated WP elements. Overall: Strong open-source CMS for Cloudflare users, but build from first principles—not WP's heir. Keep the WordPress name out of it.

Returned by a high-confidence repo query and contains a visible project phrase, but the exact URL, slug, or package name was not visible.

Issues with peer dependencies found . └─┬ [@]emdash-cms/plugin-forms 0.1.1 └── ✕ unmet peer emdash@0.1.1: found 0.6.0

Matched through a repo-specific project phrase query.

EmDashはプラグイン脆弱性問題を根本解決した「WordPressの後継」候補。 AIがほとんど自動でやってくれるから初心者でも挑戦しやすいよ。 公式：Cloudflareブログ / GitHub emdash-cms/emdash

Contains the exact GitHub repo slug.

「発表：EmDash、現代のウェブ向けに構築されたWordPressの精神的後継者。 TypeScript対応。サーバーレス。MITライセンス。エージェント時代の収益化のためのx402対応。MCPサーバー内蔵。CloudflareやNode.jsが動作するあらゆる場所にデプロイ可能。 既存のWordPressサイトを数分でインポートできます。」 nitter.tiekoetter.com/dok2001/status/2039375… ▼ Cloudflare の公式ブログ記事 EmDashのご紹介 ― WordPressの精神的後継者であり、プラグインのセキュリティ問題を解決する blog.cloudflare.com/emdash-w… 「ソフトウェア開発コストは劇的に低下しました。私たちは最近、 AIコーディングエージェントを使ってNext.jsをわずか1週間で再構築しました。しかし、過去2ヶ月間、私たちのエージェントはさらに野心的なプロジェクトに取り組んできました。それは、WordPressオープンソースプロジェクトをゼロから再構築することです。 WordPressはインターネットの40%以上を支えています。誰もがパブリッシャーになれるようにし、WordPress開発者のグローバルコミュニティを生み出した、まさに大成功と言えるでしょう。しかし、WordPressのオープンソースプロジェクトは今年で24周年を迎えます。その間、ウェブサイトのホスティングは劇的に変化しました。WordPressが誕生した当時は、AWS EC2は存在しませんでした。それから数年の間に、仮想プライベートサーバーをレンタルする作業から、JavaScriptバンドルをほぼ無料でグローバルに分散されたネットワークにアップロードする作業へと変わりました。インターネット上で最も人気のあるCMSをアップグレードし、この変化を活かす時が来たのです。 この新しいCMSの名前はEmDashです。私たちはこれをWordPressの精神的後継者と考えています。完全にTypeScriptで記述されています。サーバーレスですが、独自のハードウェアや任意のプラットフォームで実行できます。プラグインは安全にサンドボックス化され、Dynamic Workersを介して独自の隔離環境で実行できるため、WordPressプラグインアーキテクチャの根本的なセキュリティ問題を解決します。そして、EmDashの内部では、コンテンツ駆動型Webサイト向けの最速WebフレームワークであるAstroが使用されています。 EmDashは完全なオープンソースであり、MITライセンスでGitHubから入手可能です。EmDashはWordPressの機能との互換性を目指していますが、EmDashの作成にはWordPressのコードは一切使用していません。そのため、より寛容なMITライセンスでオープンソースプロジェクトをライセンス供与することが可能です。これにより、より多くの開発者がEmDashの適応、拡張、そして開発への参加を促進できると期待しています。 EmDash v0.1.0プレビュー版は、早期開発者ベータ版の一環として、ご自身のCloudflareアカウント、または任意のNode.jsサーバーにデプロイできます。 または、 EmDash Playgroundで管理インターフェースを試してみることもできます。 WordPressが成し遂げたこと WordPressの物語は、かつてない規模の出版を可能にしたオープンソースの勝利と言えるでしょう。インターネットと共に育った世代に、これほど大きな影響を与えたプロジェクトは他にほとんどありません。WordPressの中核部分に貢献した開発者、そして何千人ものプラグインやテーマ開発者は、何百万人もの人々が自由に情報を発信できるプラットフォームを構築しました。この普及したソフトウェアによって、多くの人々の生活や生計が変革されたのです。 WordPressには今後も一定の需要があるだろうが、コンテンツ公開の世界にはまだまだ成長の余地がたくさんある。10年前、キーボードを手に取った人は皆、WordPressを使ってブログを公開する方法を学んだ。しかし今日では、Astroや他のTypeScriptフレームワークを使って学習し、開発する人も少なくない。エコシステムには、23年前にWordPressが必要だったように、幅広いユーザー層に力を与える選択肢が必要なのだ。 EmDashは、WordPressが築き上げたものを基盤として、誰でも低コストでインストールして使用できるオープンソースのパブリッシングスタックを構築することに尽力すると同時に、WordPressでは解決できない根本的な問題を解決することを目指しています。 WordPressプラグインのセキュリティ危機を解決する WordPressのプラグインアーキテクチャは根本的に脆弱です。WordPressサイトのセキュリティ問題の96%はプラグインに起因しています。2025年には、 WordPressエコシステムにおいて、過去2年間を合わせたよりも多くの深刻な脆弱性が発見されました。 なぜ20年以上経っても、WordPressプラグインのセキュリティはこれほど問題が多いのでしょうか？ WordPressプラグインとは、WordPressに直接接続して機能を追加または変更するPHPスクリプトです。分離性はなく、WordPressプラグインはWordPressサイトのデータベースとファイルシステムに直接アクセスできます。WordPressプラグインをインストールするということは、ほぼすべての情報へのアクセスを許可し、あらゆる悪意のある入力や特殊なケースを完璧に処理してくれると信頼することを意味します。 EmDashはこの問題を解決します。EmDashでは、各プラグインは独自の隔離されたサンドボックス（ダイナミックワーカー）内で実行されます。EmDashは、基盤となるデータへの直接アクセスを許可するのではなく、プラグインがマニフェストで明示的に必要と宣言した内容に基づいて、バインディングを介してプラグインに機能を提供します。このセキュリティモデルには厳格な保証があります。EmDashプラグインは、マニフェストで明示的に宣言されたアクションのみを実行できます。OAuthフローを経てサードパーティアプリに特定のスコープ付き権限を付与するのと同様に、プラグインをインストールする前に、プラグインにどのような権限を付与するのかを正確に把握し、信頼することができます。 例えば、コンテンツアイテムが保存された後にメールを送信するプラグインは次のようになります。 import { definePlugin } from "emdash"; export default () => definePlugin({ id: "notify-on-publish", version: "1.0.0", capabilities: ["read:content", "email:send"], hooks: { "content:afterSave": async (event, ctx) => { if (event.collection !== "posts" || event.content.status !== "published") return; await ctx.email !.send({ to: "editors@example.com", subject: `New post published: ${event.content.title}`, text: `"${event.content.title}" is now live.`, }); ctx.log.info (`Notified editors about ${ event.content.id }`); }, }, }); このプラグインは、content:afterSaveコンテンツのライフサイクルにフックすることと、関数email:sendにアクセスすることという2つの機能を明示的に要求します ctx.email 。プラグインはこれらの機能を使用する以外に何もできません。外部ネットワークへのアクセス権限はありません。ネットワークアクセスが必要な場合は、定義の一部として通信する必要のあるホスト名を正確に指定し、特定のホスト名との通信権限のみを付与することができます。 また、いずれの場合も、プラグインの要件は事前に静的に宣言されるため、インストール時にプラグインがどのような権限を要求しているのかが常に明確になります。プラットフォームや管理者は、承認済みまたは安全なプラグインの許可リストではなく、要求する権限に基づいて、特定のユーザーグループがインストールできるプラグインとできないプラグインに関するルールを定義できます。 プラグインのセキュリティ問題を解決することは、マーケットプレイスの囲い込み問題を解決することにつながる WordPressプラグインのセキュリティは非常に深刻なリスクであるため、 WordPress.org はマーケットプレイスにあるすべてのプラグインを手動で審査し、承認しています。この記事執筆時点で、審査待ちのプラグインは800以上あり、審査完了までには少なくとも2週間かかります。WordPressプラグインの脆弱性の範囲は非常に広いため、実際には、すべての関係者がマーケットプレイスの評判、評価、レビューに頼っています。また、WordPressプラグインはWordPress本体と同じ実行環境で動作し、WordPressコードと深く結びついているため、WordPressのGPLライセンスを引き継ぐべきだと主張する人もいます。 こうした現実が相まって、プラグインを開発する開発者や、WordPressサイトをホスティングするプラットフォームに、萎縮効果をもたらしている。 この問題の根本原因はプラグインのセキュリティにあります。マーケットプレイスは、当事者同士が容易に信頼関係を築けない場合に、信頼を提供する役割を果たします。WordPressマーケットプレイスの場合、プラグインのセキュリティリスクは非常に大きく、発生確率も高いため、多くの顧客はマーケットプレイス経由でしかプラグインを信頼することができません。しかし、マーケットプレイスに参加するには、コードをそのマーケットプレイス以外では無償で提供せざるを得ないようなライセンス契約を結ぶ必要があります。つまり、あなたはマーケットプレイスに縛られてしまうのです。 EmDashプラグインには、この市場囲い込みを緩和する2つの重要な特性があります。 プラグインにはどのようなライセンスでも適用可能です。プラグインはEmDashとは独立して動作し、コードを共有することもありません。ライセンスはプラグイン開発者の選択に委ねられています。 プラグインのコードは安全なサンドボックス内で独立して実行されます。つまり、EmDashサイトがコードを見ることなく、プラグインをEmDashサイトに提供し、信頼することができます。 最初の部分は簡単です。プラグインの作者として、どのライセンスを使用するかを選択できます。これは、NPM、PyPi、Packagist、その他のレジストリに公開する場合と同じです。これはすべての人にとってオープンなエコシステムであり、プラグインやテーマにどのライセンスを使用するかは、EmDashプロジェクトではなく、コミュニティに委ねられています。 2つ目の部分は、EmDashのプラグインアーキテクチャが中央集権型のマーケットプレイスから脱却する部分です。 開発者は、プラグインを使用するか信頼するかを決定するために、サードパーティのマーケットプレイスがプラグインを審査したことを過度に重視する必要がなくなりました。コンテンツが保存された後にメールを送信する上記のプラグインの例を考えてみましょう。このプラグインは次の3つのことを宣言しています。 content:afterSaveフックにしか引っかからない read:content能力がある email:send能力がある プラグインには数万行ものコードが含まれる可能性がありますが、あらゆるものにアクセスでき、パブリックインターネットと通信できるWordPressプラグインとは異なり、プラグインを追加するユーザーは、プラグインにどのようなアクセス権限を付与しているかを正確に把握しています。明確に定義された境界により、セキュリティリスクについて十分な情報に基づいた意思決定を行うことができ、プラグインに付与された機能に直接関連するより具体的なリスクに焦点を当てることができます。 サイトとプラットフォームの両方が、セキュリティモデルが提供する制約を信頼できるほど、プラグインを信頼できるようになり、マーケットプレイスや評判の中央集権的な管理から解放されます。言い換えれば、自分の住む街で食品安全がきちんと守られていると信頼できるなら、冒険心を持って新しい場所を試してみたくなるでしょう。スープに有害​​な食材が入っているかもしれないと不安なら、新しい場所に行くたびにGoogleで検索することになり、そうなると誰もが新しいレストランを開業しにくくなります。 EmDashのすべてのサイトにはx402サポートが組み込まれており、コンテンツへのアクセスには料金が発生します。 ウェブのビジネスモデルは、特にコンテンツ制作者や出版社にとって危機に瀕しています。トラフィックと引き換えにすべてのクライアントに無料アクセスを提供するという、コンテンツを広く一般に公開する従来の方法は、広告掲載のためにサイトを閲覧する人間が存在せず、クライアントの代わりに代理人がウェブにアクセスするようになった時点で破綻します。クリエイターは、この代理人による新たな世界で収益を上げ続ける方法、そして人々の代理人が必要とし、対価を支払うような新しいタイプのウェブサイトを構築する方法を必要としています。数十年前、多くのクリエイターがウェブサイトを構築し、それが大きなビジネスへと発展しました（多くの場合、WordPressを基盤としていました）。今日でも、同様の機会が存在します。 x402は、インターネットネイティブな決済のためのオープンで中立的な標準規格です。インターネット上の誰もが簡単に課金でき、クライアントは従量課金制でオンデマンドで支払うことができます。エージェントなどのクライアントはHTTPリクエストを送信し、HTTP 402 Payment Requiredステータスコードを受け取ります。これに対し、クライアントはオンデマンドでアクセス料金を支払い、サーバーはクライアントが要求されたコンテンツにアクセスできるようにします。 EmDashはx402を標準でサポートしています。つまり、EmDashサイトを所有している人は誰でも、サブスクリプションを必要とせず、エンジニアリング作業も一切不要で、コンテンツへのアクセスを有料化できます。必要なのは、どのコンテンツに料金を課すか、料金をいくらにするかを設定し、ウォレットアドレスを指定するだけです。リクエスト/レスポンスの流れは次のようになります。 EmDashのすべてのサイトには、AI時代に対応したビジネスモデルが組み込まれています。 WordPressホスティングプラットフォームにおけるスケールゼロ問題の解決 WordPressはサーバーレスではありません。従来のWebアプリケーションと同様に、サーバーのプロビジョニングと管理、スケールアップ/スケールダウンが必要です。パフォーマンスを最大化し、トラフィックの急増に対応するためには、インスタンスを事前にプロビジョニングして一定量のアイドルコンピューティングを実行したり、パフォーマンスを制限するような方法でリソースを共有したりする必要は避けられません。これは、サーバー側でレンダリングする必要があり、キャッシュできないコンテンツを持つサイトでは特に当てはまります。 EmDashは他とは異なります。サーバーレスプラットフォーム上で動作するように設計されており、 Cloudflareのオープンソースランタイムである workerdのv8アイソレートアーキテクチャを最大限に活用します。リクエストが届くと、Workersランタイムは瞬時にアイソレートを起動してコードを実行し、レスポンスを返します。リクエストがない場合は、自動的にスケールダウンしてゼロに戻ります。また、課金されるのはCPU時間（実際の作業時間）のみです。 EmDashは、あらゆるNode.jsサーバー上でどこでも実行できますが、Cloudflare上では、Cloudflare for Platformsを使用して数百万ものEmDashインスタンスを実行できます。各インスタンスは、世界最大規模のウェブサイトが利用しているものと全く同じネットワークとランタイムを使用し、必要なRPS（1秒あたりのリクエスト数）まで瞬時に完全にスケールダウンできます。 コスト最適化やパフォーマンス向上といったメリットに加え、Cloudflareがこのアーキテクチャを採用した理由の一つは、低コストや無料プランを提供すること、そして誰もが拡張性の高いウェブサイトを構築できるべきだと考えているからです。私たちは、プラットフォーム各社がこのアーキテクチャのメリットを大小問わず顧客に提供できるよう支援できることを大変嬉しく思っています。 Astroによるモダンなフロントエンドテーマとアーキテクチャ EmDashは、コンテンツ主導型ウェブサイト向けのウェブフレームワークであるAstroを基盤としています。EmDashテーマを作成するには、以下の要素を含むAstroプロジェクトを作成します。 ページ：コンテンツ（ホームページ、ブログ記事、アーカイブなど）を表示するためのAstroのルート レイアウト：共有HTML構造 構成要素：再利用可能なUI要素（ナビゲーション、カード、フッター） スタイル: CSSまたはTailwindの設定 シードファイル： CMSに作成するコンテンツタイプとフィールドを指示するJSONファイル これにより、 Astroを選択するケースが増えているフロントエンド開発者や、既にAstroのトレーニングを受けているLLM（法学修士）にとって、テーマの作成が馴染みやすいものとなる。 WordPressテーマは非常に柔軟性に富んでいますが、プラグインと同様のセキュリティリスクを多く抱えており、テーマの人気が高く普及しているほど、攻撃の標的になりやすくなります。テーマはfunctions.php包括的な実行環境であると統合して動作するため、テーマは非常に強力であると同時に、潜在的に危険なものにもなり得ます。EmDashテーマは、動的プラグインと同様に、この常識を覆します。テーマはデータベース操作を実行することは決してありません。 AIネイティブCMS — EmDash向けのMCP、CLI、およびスキル どのCMSでも、最もつまらない作業はコンテンツの定型的な移行です。文字列の検索と置換、カスタムフィールドのフォーマット変更、名前の変更、並べ替え、移動など、あらゆる作業が含まれます。これは退屈で反復的な作業であるか、あるいは単発のスクリプトや「使い捨て」のプラグインやツールが必要になりますが、それらは作成するのも使用するのも楽しいものではありません。 EmDashは、AIエージェントによるプログラムによる管理を前提として設計されています。エージェントが必要とするコンテキストとツールを提供します。具体的には以下のとおりです。 エージェントスキル：各EmDashインスタンスには、エージェントがプラグインに提供できるEmDashの機能、プラグインをトリガーできるフック、プラグインの構造に関するガイダンス、さらには従来のWordPressテーマをEmDashにネイティブに移植する方法などをエージェントに説明するエージェントスキルが含まれています。エージェントにEmDashコードベースを提供すると、EmDashはエージェントがサイトを必要な方法でカスタマイズするために必要なすべてを提供します。 EmDash CLI： EmDash CLIを使用すると、エージェントはローカルまたはリモートのEmDashインスタンスとプログラム的にやり取りできます。メディアのアップロード、コンテンツの検索、スキーマの作成と管理など、管理UIで実行できる一連の操作が可能です。 組み込みMCPサーバー：すべてのEmDashインスタンスは独自のリモートModel Context Protocol（MCP）サーバーを提供するため、管理UIで実行できるのと同じ一連の操作を実行できます。 プラグイン可能な認証機能（デフォルトではパスキーを使用） EmDashはデフォルトでパスキー認証を使用するため、パスワード漏洩の心配がなく、ブルートフォース攻撃への対策も不要です。ユーザー管理には、管理者、編集者、著者、貢献者といった、使い慣れたロールベースのアクセス制御が標準で備わっており、それぞれ必要な操作のみに厳密に制限されています。認証はプラグイン可能なので、EmDashをSSOプロバイダーと連携させ、IdPメタデータに基づいてアクセスを自動的にプロビジョニングすることも可能です。 EmDashにWordPressサイトをインポートする 既存のWordPressサイトをインポートするには、WordPress管理画面からWXRファイルをエクスポートするか、 WordPressサイトにEmDash Exporterプラグインをインストールします。EmDash Exporterプラグインは、ユーザーのみがアクセスできる安全なエンドポイントを設定し、ユーザーが管理するWordPressアプリケーションパスワードで保護します。コンテンツの移行はわずか数分で完了し、添付されたメディアファイルも自動的にEmDashのメディアライブラリに取り込まれます。 WordPressで投稿やページ以外のカスタムコンテンツタイプを作成するには、Advanced Custom Fieldsのような重いプラグインをインストールし、その結果をWordPressの投稿テーブルに無理やり押し込む必要がありました。EmDashはこれとは異なり、管理パネルでスキーマを直接定義することで、データベース内で個別に整理されたまったく新しいEmDashコレクションを作成できます。インポート時にも同じ機能を使用して、WordPressのカスタム投稿タイプを取り込み、そこからEmDashコンテンツタイプを作成できます。 独自のブロックを作成する場合は、 EmDash Block Kit Agent Skillを使用して、選択したエージェントに指示を与え、EmDash用のブロックを構築できます。」 ▼ GitHubリポジトリ emdash-cms/emdash github.com/emdash-cms/emdash

Contains the canonical GitHub repository URL.