create-ampless 1.0.0-beta.187 → 1.0.0-beta.193

package/dist/index.js

@@ -125,6 +125,9 @@ amplify_outputs.json
 # Ampless plugin-secret encryption key \u2014 NEVER commit (decrypts all stored secrets)
 amplify/secrets/encryption-key.ts
 
+# MCP client config \u2014 holds the MCP Bearer token (amk_...). NEVER commit
+.mcp.json
+
 # TypeScript build artifacts
 *.tsbuildinfo
 

package/dist/templates/_shared/AGENTS.ja.md

@@ -67,6 +67,8 @@
 }
 ```
 
+`.mcp.json` には秘密の Bearer トークンが含まれる。コミットしないこと（デフォルトの `.gitignore` に登録済み）。
+
 投稿本文は `markdown`、`html`、`tiptap`（JSON ドキュメント）の 3 フォーマットに対応している。
 
 ## 動作確認の基準

package/dist/templates/_shared/AGENTS.md

@@ -67,6 +67,8 @@ Registration:
 }
 ```
 
+`.mcp.json` contains a secret Bearer token. Never commit it; it is already listed in the default `.gitignore`.
+
 Post bodies accept three formats: `markdown`, `html`, or `tiptap` (JSON document).
 
 ## Verification expectations

package/dist/templates/_shared/README.ja.md

@@ -66,11 +66,11 @@ npm run sandbox
 
 - **Format** — `tiptap`（リッチテキスト）/ `markdown` / `html`（生 HTML、サニタイズなし）/ `static`（HTML/CSS/JS の zip アップロード）
 - **No layout** フラグ（`format: 'html'` のときのみ）— 本文をそのまま出力し、Next.js のレイアウトもテーマのクロームも適用しない。URL は `/<slug>` のままで、middleware がリクエストを内部のベア HTML ハンドラーに書き換える
-- **キャッシュ戦略**（`metadata.cache`）— 投稿ごとに `Cache-Control` を上書き: `'auto'`（デフォルト、編集時刻ベースのクールダウン）、`'deep'`（常に長期キャッシュ）、`'hot'`（常に no-store）。詳細は `docs/CONTENT.ja.md`
+- **キャッシュ戦略**（`metadata.cache`）— 投稿ごとに `Cache-Control` を上書き: `'auto'`（デフォルト、編集時刻ベースのクールダウン）、`'deep'`（常に長期キャッシュ）、`'hot'`（常に no-store）。詳細は `https://github.com/heavymoons/ampless/wiki/CONTENT.ja`
 - **Slug** — 公開 URL
 - **Status** — `draft`（管理者のみ）または `published`
 
-詳細リファレンス: [docs/CONTENT.ja.md（GitHub）](https://github.com/heavymoons/ampless/blob/main/docs/CONTENT.ja.md) ([English](https://github.com/heavymoons/ampless/blob/main/docs/CONTENT.md))
+詳細リファレンス: [CONTENT.ja（GitHub）](https://github.com/heavymoons/ampless/wiki/CONTENT.ja) ([English](https://github.com/heavymoons/ampless/wiki/CONTENT))
 
 ## テーマ
 
@@ -212,7 +212,9 @@ ampless は HTTP トランスポート + Bearer トークン認証による MCP
 }
 ```
 
-MCP のセットアップとトークン管理の詳細については [docs/architecture/04-access-layer-mcp.md](./docs/architecture/04-access-layer-mcp.md) を参照してください。
+`.mcp.json` には秘密の Bearer トークンが含まれます。コミットしないでください（デフォルトの `.gitignore` に登録済みです）。
+
+MCP のセットアップとトークン管理の詳細については [architecture-04-access-layer-mcp](https://github.com/heavymoons/ampless/wiki/architecture-04-access-layer-mcp) を参照してください。
 
 ## ampless の更新
 

package/dist/templates/_shared/README.md

@@ -66,11 +66,11 @@ Posts are the single content type. Each post has:
 
 - **Format** — `tiptap` (rich text) / `markdown` / `html` (raw, no sanitization) / `static` (zip-upload of HTML/CSS/JS)
 - **No layout** flag (`format: 'html'` only) — render the body verbatim with no Next.js layout and no theme chrome. URL stays `/<slug>`; middleware rewrites the request to the internal bare-HTML handler.
-- **Cache strategy** (`metadata.cache`) — override the per-post Cache-Control: `'auto'` (default; cooldown by edit time), `'deep'` (always long-cache), or `'hot'` (always no-store). See `docs/CONTENT.md` for details.
+- **Cache strategy** (`metadata.cache`) — override the per-post Cache-Control: `'auto'` (default; cooldown by edit time), `'deep'` (always long-cache), or `'hot'` (always no-store). See `https://github.com/heavymoons/ampless/wiki/CONTENT` for details.
 - **Slug** — the public URL
 - **Status** — `draft` (admin only) or `published`
 
-Full reference: [docs/CONTENT.md on GitHub](https://github.com/heavymoons/ampless/blob/main/docs/CONTENT.md) ([日本語](https://github.com/heavymoons/ampless/blob/main/docs/CONTENT.ja.md)).
+Full reference: [CONTENT on GitHub](https://github.com/heavymoons/ampless/wiki/CONTENT) ([日本語](https://github.com/heavymoons/ampless/wiki/CONTENT.ja)).
 
 ## Themes
 
@@ -212,7 +212,9 @@ ampless ships an MCP (Model Context Protocol) server so Claude Desktop / Cursor
 }
 ```
 
-See [docs/architecture/04-access-layer-mcp.md](./docs/architecture/04-access-layer-mcp.md) for the full MCP setup and token management guide.
+`.mcp.json` contains a secret Bearer token. Never commit it; it is already listed in the default `.gitignore`.
+
+See [architecture-04-access-layer-mcp](https://github.com/heavymoons/ampless/wiki/architecture-04-access-layer-mcp) for the full MCP setup and token management guide.
 
 ## Updating ampless
 

package/dist/templates/_shared/amplify/auth/resource.custom.ts

@@ -33,7 +33,7 @@
 // ⚠️ Changing the RP ID after operators have registered passkeys
 // invalidates every existing credential — they'll have to register
 // again from the account page. The password flow always stays available
-// as the fallback. See `docs/passkeys.md`.
+// as the fallback. See `https://github.com/heavymoons/ampless/wiki/passkeys`.
 //
 // ⚠️ cms.config.ts must not import theme CSS or browser-only modules —
 // it is loaded at CDK synth time when deriving the RP ID.

package/dist/templates/_shared/cms.config.ts

@@ -58,7 +58,7 @@ export default defineConfig({
   // discovery metadata so AI clients can find the endpoint on their own:
   // a catalog at `/.well-known/mcp/catalog.json` and a Server Card at
   // `/api/mcp/server-card`. Requires `publicMcp: true` + an http(s)
-  // `site.url`. See https://github.com/heavymoons/ampless/blob/main/docs/mcp.md.
+  // `site.url`. See https://github.com/heavymoons/ampless/wiki/mcp.
   // ai: { markdownRoutes: false, llmsTxt: { limit: 100 }, publicMcp: true, mcpDiscovery: true },
   // Active plugins. Order doesn't matter; the runtime aggregates metadata
   // and runs hooks for events each plugin subscribes to.
@@ -95,7 +95,7 @@ export default defineConfig({
     //
     // Cookie consent banner. Installs `window.amplessConsent` so other
     // plugins can gate themselves on user consent (see the Consent
-    // Convention in `docs/architecture/08-plugin-architecture.md`).
+    // Convention in `https://github.com/heavymoons/ampless/wiki/architecture-08-plugin-architecture`).
     //
     // IMPORTANT: cookieConsentPlugin() must come BEFORE any analytics
     // plugin in this array — both run `afterInteractive` and the consent

package/dist/templates/_shared/docs/plugin-author-guide.ja.md

@@ -11,9 +11,9 @@
 
 このガイドは、初めての `definePlugin()` 呼び出しから admin 編集可能な設定パネル、そして npm 公開に至るまで、ampless プラグインを ship するために必要な手順を一通りカバーします。Phase 1〜4 の機能を網羅 — descriptor ベースの `<head>` / `<body>` / 投稿単位 body 注入、非同期イベントフック、admin 管理の `settings.public` 値です。
 
-設計の経緯と背景は [`docs/architecture/08-plugin-architecture.md`](https://github.com/heavymoons/ampless/blob/main/docs/architecture/08-plugin-architecture.md) に集約。本ページはその実装ハンドブック側です。
+設計の経緯と背景は [`architecture-08-plugin-architecture`](https://github.com/heavymoons/ampless/wiki/architecture-08-plugin-architecture) に集約。本ページはその実装ハンドブック側です。
 
-> **ポジショニング**: ampless はエンジニア向けのカスタマイズベース CMS です — プラグインは**サイトエンジニアが `cms.config.ts` でインポート + 設定する npm dep** です。エンジニアは他の npm ライブラリと同様にインストール前に各 dep を審査します（Astro integration / Next.js plugin パターン）。このガイドで説明する trust framework（`trust_level`、capabilities、IAM スコープ付き Lambda）は v1 において**ファーストパーティプラグインの code organization**として実装されています — どの trust 階層の Lambda が各イベントフックを実行するか、各階層が保有する IAM 権限、そして狭い範囲のポイントでのみ runtime hard gate を適用する（最も重要: `settings.secret` は `trust_level: 'trusted'` を要求、シークレット読み取りに trusted Lambda の IAM 権限が必要なため）。ほとんどの capability 宣言は runtime の hard gate ではなく soft warning + admin ラベル + 将来の allow-list surface です。任意の未審査サードパーティ untrusted プラグインを自動的に安全に動かすための marketplace-grade automatic sandbox としては**設計されていません**。マーケットプレイス + ランタイムサンドボックスは v2.0+ の探索であり、v1 の保証ではありません。詳細な trust model は [`docs/architecture/08-plugin-architecture.md#trust-model-v1-scope`](https://github.com/heavymoons/ampless/blob/main/docs/architecture/08-plugin-architecture.md#trust-model-v1-scope) を参照してください。
+> **ポジショニング**: ampless はエンジニア向けのカスタマイズベース CMS です — プラグインは**サイトエンジニアが `cms.config.ts` でインポート + 設定する npm dep** です。エンジニアは他の npm ライブラリと同様にインストール前に各 dep を審査します（Astro integration / Next.js plugin パターン）。このガイドで説明する trust framework（`trust_level`、capabilities、IAM スコープ付き Lambda）は v1 において**ファーストパーティプラグインの code organization**として実装されています — どの trust 階層の Lambda が各イベントフックを実行するか、各階層が保有する IAM 権限、そして狭い範囲のポイントでのみ runtime hard gate を適用する（最も重要: `settings.secret` は `trust_level: 'trusted'` を要求、シークレット読み取りに trusted Lambda の IAM 権限が必要なため）。ほとんどの capability 宣言は runtime の hard gate ではなく soft warning + admin ラベル + 将来の allow-list surface です。任意の未審査サードパーティ untrusted プラグインを自動的に安全に動かすための marketplace-grade automatic sandbox としては**設計されていません**。マーケットプレイス + ランタイムサンドボックスは v2.0+ の探索であり、v1 の保証ではありません。詳細な trust model は [`architecture-08-plugin-architecture`](https://github.com/heavymoons/ampless/wiki/architecture-08-plugin-architecture#trust-model-v1-scope) を参照してください。
 
 ---
 
@@ -43,7 +43,7 @@ ampless はテーマとプラグインの両方を提供します。用途に合
 - **ストレージ / DynamoDB / 外部 API 書き込みはプラグインに置く**。テーマは読み取り専用です。
 - **admin が `/admin/plugins` からオン・オフしたい機能はプラグインに置く**。表面上の効果が純粋に見た目だけであっても同様です。テーマも独自の設定を持てますが、それはテーマ表示設定であり、サイト運用設定ではありません。
 
-境界線上に本当に乗っている機能については [`docs/architecture/08-plugin-architecture.md`](https://github.com/heavymoons/ampless/blob/main/docs/architecture/08-plugin-architecture.md) で詳しく議論しています。
+境界線上に本当に乗っている機能については [`architecture-08-plugin-architecture`](https://github.com/heavymoons/ampless/wiki/architecture-08-plugin-architecture) で詳しく議論しています。
 
 ---
 
@@ -208,7 +208,7 @@ interface AmplessPlugin {
 
 Phase 1 の compat-break reservation すべて（PR #220、#222、#230、#232、#234）は `apiVersion: 1` 内に収まります。これらをプラグインで declare するかどうかは契約バージョンに影響しません。
 
-将来 `apiVersion: 2` が導入される場合は、changeset とこのガイドおよび architecture doc のセクション更新を通じてアナウンスされます。それまでは、**`apiVersion: 1` でプラグインを publish し、唯一の有効値として扱ってください**。v2 bump の trigger となるもの（ならないもの）の全基準については、architecture doc の [apiVersion bump policy](https://github.com/heavymoons/ampless/blob/main/docs/architecture/08-plugin-architecture.md#apiversion-bump-policy) セクションを参照してください。
+将来 `apiVersion: 2` が導入される場合は、changeset とこのガイドおよび architecture doc のセクション更新を通じてアナウンスされます。それまでは、**`apiVersion: 1` でプラグインを publish し、唯一の有効値として扱ってください**。v2 bump の trigger となるもの（ならないもの）の全基準については、architecture doc の [apiVersion bump policy](https://github.com/heavymoons/ampless/wiki/architecture-08-plugin-architecture#apiversion-bump-policy) セクションを参照してください。
 
 ### `instanceId`
 
@@ -290,7 +290,7 @@ runtime がチェックする内容:
 
 ## 4. `trust_level` の選び方
 
-trust 階層は v1 において**ファーストパーティプラグインの code organization**として実装されています — イベントフックがどの IAM スコープ付き Lambda で実行されるか、その Lambda が保有する権限を決定します。これはエンジニアが審査した npm dep 向けの code organization surface であり、任意のサードパーティ未審査プラグインを自動的に安全に動かすための marketplace-grade automatic sandbox ではありません（上記の[ポジショニング注記](#ampless-プラグインの書き方)と[詳細な trust model](https://github.com/heavymoons/ampless/blob/main/docs/architecture/08-plugin-architecture.md#trust-model-v1-scope) を参照）。
+trust 階層は v1 において**ファーストパーティプラグインの code organization**として実装されています — イベントフックがどの IAM スコープ付き Lambda で実行されるか、その Lambda が保有する権限を決定します。これはエンジニアが審査した npm dep 向けの code organization surface であり、任意のサードパーティ未審査プラグインを自動的に安全に動かすための marketplace-grade automatic sandbox ではありません（上記の[ポジショニング注記](#ampless-プラグインの書き方)と[詳細な trust model](https://github.com/heavymoons/ampless/wiki/architecture-08-plugin-architecture#trust-model-v1-scope) を参照）。
 
 3 階層、選択基準は **イベントフック (hooks) が何を必要とするか** で決まります (sync サーフェスは IAM に触れない):
 
@@ -632,7 +632,7 @@ hooks: {
 
 `content.published` の発火を保存時ではなく `publishedAt` のタイミングに合わせる機能 — EventBridge Scheduler または DynamoDB TTL トリガー Lambda によるスケジューラーコンポーネントが必要 — は計画中の機能強化です。現リリースのスコープには含まれていません。それまでの間は上記のパターンが通知プラグインにおける推奨ガードです。
 
-オペレーター視点からの `publishedAt` セマンティクスの全体像は [`docs/scheduled-publishing.md`](https://github.com/heavymoons/ampless/blob/main/docs/scheduled-publishing.ja.md) を参照してください。
+オペレーター視点からの `publishedAt` セマンティクスの全体像は [`scheduled-publishing`](https://github.com/heavymoons/ampless/wiki/scheduled-publishing.ja) を参照してください。
 
 ---
 
@@ -1190,7 +1190,7 @@ public/plugins/<instanceId ?? name>/<key>
 ### ベストプラクティス
 
 - **冪等にする**。SQS は at-least-once 配送 — 同じイベントが 2 回 fire する可能性があります。同じ入力で同じ出力 (決定論的なフィード等) を生成するようにしてください
-- **宣言していない `event.payload.*` を読まない**。形は [`docs/architecture/05-event-system.md`](https://github.com/heavymoons/ampless/blob/main/docs/architecture/05-event-system.md) に文書化されています。形がドリフトすると暗黙の読み出しが silent に壊れます
+- **宣言していない `event.payload.*` を読まない**。形は [`architecture-05-event-system`](https://github.com/heavymoons/ampless/wiki/architecture-05-event-system) に文書化されています。形がドリフトすると暗黙の読み出しが silent に壊れます
 - **エラーは DLQ に行く**。フック内で throw すると最終的にメッセージは dead-letter queue に届きます。失敗のサーフェスは通常の CloudWatch ダッシュボードで
 
 ---
@@ -1452,7 +1452,7 @@ admin は再デプロイなしにいつでも secret をローテーションで
 
 **独自 DynamoDB テーブル。** プラグインが ampless スキーマ外に独自の DynamoDB テーブルを持つ場合、lifecycle 管理（アンインストール時の cleanup を含む）はプラグイン著者の責任です。ampless は外部テーブルを把握しておらず、将来の `uninstall` cleanup grant は上記 5 領域のみをカバーします。
 
-詳細な設計根拠と IAM grant 設計については [`docs/architecture/08-plugin-architecture.ja.md`](https://github.com/heavymoons/ampless/blob/main/docs/architecture/08-plugin-architecture.ja.md#プラグインが所有するデータ領域) を参照してください。
+詳細な設計根拠と IAM grant 設計については [`architecture-08-plugin-architecture.ja`](https://github.com/heavymoons/ampless/wiki/architecture-08-plugin-architecture.ja#プラグインが所有するデータ領域) を参照してください。
 
 ---
 
@@ -1671,7 +1671,7 @@ it('admin が空文字保存した場合は空配列', () => {
 
 - **パッケージ名**: `@your-scope/plugin-foo`。`@ampless/plugin-*` スコープは本モノレポから ship する公式プラグイン用に予約
 - **エントリ**: ESM のみ、default export (factory) + 設定インターフェイス (ユーザの `cms.config.ts` から型付きで引数を渡せるように) を export
-- **`apiVersion`**: 現状は `1` を declare してください — 唯一の有効値で、literal type が他の値を compile-time に reject します。`apiVersion` はプラグイン契約の **breaking-change marker** であって semver 風のチャンネルではありません。additive な追加 (optional field、reserved capability など) は `apiVersion: 1` 内に収まり、bump は不要です。詳細は architecture doc の [apiVersion bump policy](https://github.com/heavymoons/ampless/blob/main/docs/architecture/08-plugin-architecture.md#apiversion-bump-policy) を参照
+- **`apiVersion`**: 現状は `1` を declare してください — 唯一の有効値で、literal type が他の値を compile-time に reject します。`apiVersion` はプラグイン契約の **breaking-change marker** であって semver 風のチャンネルではありません。additive な追加 (optional field、reserved capability など) は `apiVersion: 1` 内に収まり、bump は不要です。詳細は architecture doc の [apiVersion bump policy](https://github.com/heavymoons/ampless/wiki/architecture-08-plugin-architecture#apiversion-bump-policy) を参照
 - **Dist-tag**: ampless 自体が beta のうちは `@beta`。`@latest` は ampless v1.0 まで予約
 
 参考実装:
@@ -1785,7 +1785,7 @@ export default defineConfig({
 
 ## 15. 質問先
 
-- アーキテクチャ / 設計の質問 → [`docs/architecture/08-plugin-architecture.ja.md`](https://github.com/heavymoons/ampless/blob/main/docs/architecture/08-plugin-architecture.ja.md)
+- アーキテクチャ / 設計の質問 → [`architecture-08-plugin-architecture.ja`](https://github.com/heavymoons/ampless/wiki/architecture-08-plugin-architecture.ja)
 - ファーストパーティプラグインの bug → `heavymoons/ampless` にプラグインの package 名つきで issue
 - プラグインランタイム / admin form の bug → 同じレポ、ラベル `area:plugins`
 

package/dist/templates/_shared/docs/plugin-author-guide.md

@@ -16,10 +16,10 @@ Phase 1–4 surfaces — descriptor-based `<head>` / `<body>` /
 per-post body injection, the async event hooks, and admin-managed
 `settings.public` values.
 
-The design rationale is in [`docs/architecture/08-plugin-architecture.md`](https://github.com/heavymoons/ampless/blob/main/docs/architecture/08-plugin-architecture.md);
+The design rationale is in [`architecture-08-plugin-architecture`](https://github.com/heavymoons/ampless/wiki/architecture-08-plugin-architecture);
 this page is the hands-on companion.
 
-> **Positioning**: ampless is a customization-based CMS for engineers — plugins are **npm dependencies that the site engineer imports + configures in `cms.config.ts`**. The engineer audits each dep before installing, the way they would for any other npm library (Astro integration / Next.js plugin pattern). The trust framework described in this guide (`trust_level`, capabilities, IAM-scoped Lambdas) is implemented in v1 as **first-party plugin organization** — it decides which trust tier's Lambda runs each event hook, which IAM permissions each tier holds, and applies hard runtime gates only at narrowly-scoped points (most notably: `settings.secret` requires `trust_level: 'trusted'` because secret read needs the trusted Lambda's IAM permission). Most capability declarations are soft warnings + admin labels + future allow-list surfaces, not hard runtime gates. It is **not** designed as a marketplace-grade automatic sandbox that safely runs arbitrary untrusted third-party plugins. Marketplace + runtime sandbox is a v2.0+ exploration, not a v1 guarantee. See [`docs/architecture/08-plugin-architecture.md#trust-model-v1-scope`](https://github.com/heavymoons/ampless/blob/main/docs/architecture/08-plugin-architecture.md#trust-model-v1-scope) for the full trust model.
+> **Positioning**: ampless is a customization-based CMS for engineers — plugins are **npm dependencies that the site engineer imports + configures in `cms.config.ts`**. The engineer audits each dep before installing, the way they would for any other npm library (Astro integration / Next.js plugin pattern). The trust framework described in this guide (`trust_level`, capabilities, IAM-scoped Lambdas) is implemented in v1 as **first-party plugin organization** — it decides which trust tier's Lambda runs each event hook, which IAM permissions each tier holds, and applies hard runtime gates only at narrowly-scoped points (most notably: `settings.secret` requires `trust_level: 'trusted'` because secret read needs the trusted Lambda's IAM permission). Most capability declarations are soft warnings + admin labels + future allow-list surfaces, not hard runtime gates. It is **not** designed as a marketplace-grade automatic sandbox that safely runs arbitrary untrusted third-party plugins. Marketplace + runtime sandbox is a v2.0+ exploration, not a v1 guarantee. See [`architecture-08-plugin-architecture`](https://github.com/heavymoons/ampless/wiki/architecture-08-plugin-architecture#trust-model-v1-scope) for the full trust model.
 
 ---
 
@@ -56,7 +56,7 @@ The two boundaries that frequently catch new authors:
   carry their own settings, but those are theme-display settings, not
   site-operational ones.
 
-Some features genuinely sit at the boundary — see [`docs/architecture/08-plugin-architecture.md`](https://github.com/heavymoons/ampless/blob/main/docs/architecture/08-plugin-architecture.md)
+Some features genuinely sit at the boundary — see [`architecture-08-plugin-architecture`](https://github.com/heavymoons/ampless/wiki/architecture-08-plugin-architecture)
 for the longer discussion.
 
 ---
@@ -250,7 +250,7 @@ If a future `apiVersion: 2` is ever introduced, it will be announced
 through a changeset and a section update in this guide and the
 architecture doc. Until then, **publish your plugin with
 `apiVersion: 1` and treat it as the only valid value**. See the
-[apiVersion bump policy](https://github.com/heavymoons/ampless/blob/main/docs/architecture/08-plugin-architecture.md#apiversion-bump-policy)
+[apiVersion bump policy](https://github.com/heavymoons/ampless/wiki/architecture-08-plugin-architecture#apiversion-bump-policy)
 section in the architecture doc for the full criteria around what
 would (and would not) trigger a v2 bump.
 
@@ -361,7 +361,7 @@ not a runtime block.
 
 ## 4. Picking a `trust_level`
 
-The trust tiers are implemented in v1 as **first-party plugin organization** — they decide which IAM-scoped Lambda runs your event hooks and which permissions that Lambda holds. This is a code organization surface for engineer-audited npm deps, not a marketplace-grade automatic sandbox for arbitrary third-party untrusted plugins (see the [Positioning note](#writing-an-ampless-plugin) above and the [full trust model](https://github.com/heavymoons/ampless/blob/main/docs/architecture/08-plugin-architecture.md#trust-model-v1-scope)).
+The trust tiers are implemented in v1 as **first-party plugin organization** — they decide which IAM-scoped Lambda runs your event hooks and which permissions that Lambda holds. This is a code organization surface for engineer-audited npm deps, not a marketplace-grade automatic sandbox for arbitrary third-party untrusted plugins (see the [Positioning note](#writing-an-ampless-plugin) above and the [full trust model](https://github.com/heavymoons/ampless/wiki/architecture-08-plugin-architecture#trust-model-v1-scope)).
 
 Three tiers, picked by what the plugin needs to do **inside
 event hooks** (the sync surfaces — metadata, head, body — don't
@@ -833,7 +833,7 @@ current release. Until then, the pattern above is the recommended
 guard for notification plugins.
 
 For a full description of `publishedAt` semantics from the operator's
-perspective, see [`docs/scheduled-publishing.md`](https://github.com/heavymoons/ampless/blob/main/docs/scheduled-publishing.md).
+perspective, see [`scheduled-publishing`](https://github.com/heavymoons/ampless/wiki/scheduled-publishing).
 
 ---
 
@@ -1610,7 +1610,7 @@ keep working. Plugins that do declare `capabilities` but omit
   may fire twice. Writing the same output twice should produce the
   same effect (e.g. a deterministic feed).
 - **Don't read events.payload.\* fields you didn't declare.** The
-  shape is documented in [`docs/architecture/05-event-system.md`](https://github.com/heavymoons/ampless/blob/main/docs/architecture/05-event-system.md);
+  shape is documented in [`architecture-05-event-system`](https://github.com/heavymoons/ampless/wiki/architecture-05-event-system);
   drifting consumers break silently when the shape moves.
 - **Errors propagate to DLQ.** Throwing inside a hook eventually
   parks the message in the dead-letter queue. Use the normal
@@ -2013,7 +2013,7 @@ outside the ampless schema, lifecycle management (including cleanup on uninstall
 is your responsibility. ampless has no visibility into external tables and the
 future `uninstall` cleanup grants cover only the five areas above.
 
-See [`docs/architecture/08-plugin-architecture.md`](https://github.com/heavymoons/ampless/blob/main/docs/architecture/08-plugin-architecture.md#plugin-owned-data-areas)
+See [`architecture-08-plugin-architecture`](https://github.com/heavymoons/ampless/wiki/architecture-08-plugin-architecture#plugin-owned-data-areas)
 for the full rationale and the IAM grant design.
 
 ---
@@ -2294,7 +2294,7 @@ a normal npm package:
   contract, not a semver-style channel: additive changes (new
   optional fields, new reserved capabilities) stay within
   `apiVersion: 1` and do NOT require a bump. See the [apiVersion
-  bump policy](https://github.com/heavymoons/ampless/blob/main/docs/architecture/08-plugin-architecture.md#apiversion-bump-policy)
+  bump policy](https://github.com/heavymoons/ampless/wiki/architecture-08-plugin-architecture#apiversion-bump-policy)
   in the architecture doc for the full criteria.
 - **Dist-tag**: `@beta` while ampless itself is in beta. The
   `@latest` tag stays reserved until ampless v1.0.
@@ -2452,7 +2452,7 @@ PROTECTED), so the scaffolded code is safe across ampless upgrades.
 
 ## 15. Where to ask
 
-- Architecture / design questions → [`docs/architecture/08-plugin-architecture.md`](https://github.com/heavymoons/ampless/blob/main/docs/architecture/08-plugin-architecture.md)
+- Architecture / design questions → [`architecture-08-plugin-architecture`](https://github.com/heavymoons/ampless/wiki/architecture-08-plugin-architecture)
 - Bugs in a first-party plugin → file an issue against
   `heavymoons/ampless` referencing the plugin's package name.
 - Bugs in the plugin runtime / admin form → same repo, label

package/dist/templates/_shared/package.json

@@ -20,28 +20,28 @@
     "@radix-ui/react-dialog": "^1.1.15",
     "@radix-ui/react-label": "^2.1.8",
     "@radix-ui/react-slot": "^1.2.4",
-    "@tiptap/core": "^3.23.6",
-    "@tiptap/extension-image": "^3.23.6",
-    "@tiptap/extension-link": "^3.23.6",
-    "@tiptap/pm": "^3.23.6",
-    "@tiptap/react": "^3.23.6",
-    "@tiptap/starter-kit": "^3.23.6",
-    "@ampless/plugin-ai-actions": "^0.1.0-beta.5",
-    "@ampless/plugin-analytics-ga4": "^0.2.0-beta.46",
-    "@ampless/plugin-cookie-consent": "^0.1.0-beta.37",
-    "@ampless/plugin-gtm": "^0.2.0-beta.45",
-    "@ampless/plugin-og-image": "^0.2.0-beta.62",
-    "@ampless/plugin-plausible": "^0.2.0-beta.45",
-    "@ampless/plugin-reading-time": "^0.1.0-beta.36",
-    "@ampless/plugin-rss": "^0.2.0-beta.62",
-    "@ampless/plugin-schema-jsonld": "^0.1.1-beta.41",
-    "@ampless/plugin-seo": "^0.2.0-beta.62",
-    "@ampless/plugin-webhook": "^0.2.0-beta.63",
-    "@ampless/admin": "^1.0.0-beta.110",
-    "@ampless/backend": "^1.0.0-beta.92",
-    "@ampless/runtime": "^1.0.0-beta.75",
+    "@tiptap/core": "^3.30.5",
+    "@tiptap/extension-image": "^3.30.5",
+    "@tiptap/extension-link": "^3.30.5",
+    "@tiptap/pm": "^3.30.5",
+    "@tiptap/react": "^3.30.5",
+    "@tiptap/starter-kit": "^3.30.5",
+    "@ampless/plugin-ai-actions": "^0.1.0-beta.7",
+    "@ampless/plugin-analytics-ga4": "^0.2.0-beta.47",
+    "@ampless/plugin-cookie-consent": "^0.1.0-beta.38",
+    "@ampless/plugin-gtm": "^0.2.0-beta.46",
+    "@ampless/plugin-og-image": "^0.2.0-beta.63",
+    "@ampless/plugin-plausible": "^0.2.0-beta.46",
+    "@ampless/plugin-reading-time": "^0.1.0-beta.37",
+    "@ampless/plugin-rss": "^0.2.0-beta.63",
+    "@ampless/plugin-schema-jsonld": "^0.1.1-beta.42",
+    "@ampless/plugin-seo": "^0.2.0-beta.63",
+    "@ampless/plugin-webhook": "^0.2.0-beta.64",
+    "@ampless/admin": "^1.0.0-beta.113",
+    "@ampless/backend": "^1.0.0-beta.93",
+    "@ampless/runtime": "^1.0.0-beta.78",
     "@digital-go-jp/tailwind-theme-plugin": "^0.3.4",
-    "ampless": "^1.0.0-beta.62",
+    "ampless": "^1.0.0-beta.63",
     "aws-amplify": "^6.17.0",
     "class-variance-authority": "^0.7.1",
     "clsx": "^2.1.1",

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "create-ampless",
-  "version": "1.0.0-beta.187",
+  "version": "1.0.0-beta.193",
   "description": "Create a new ampless project",
   "license": "MIT",
   "type": "module",