菜单
Alt の Svelte 5 / SvelteKit 規約を適用する。Runes（$state/$derived/$effect）、$props()、$effect をコールスタック越えで自己再発火させない、snippet でのコンポーネント合成、load 関数でのデータ取得、{@html} の DOMPurify 必須、keyed each の重複キー、非同期コールバックの stale-response guard を扱う。Svelte コンポーネントや SvelteKit のルート・load 関数を書く・直すときに使う。ユーザが「Svelte」に触れなくても alt-frontend-sv の UI 実装に入るなら使う。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
Drive Alt changes test-first in outside-in order — E2E (Playwright/Hurl) → CDC (Pact) → Unit (RED-GREEN-REFACTOR) — and close with a local CI parity sweep (format/lint/type/security) for every touched microservice. Use when implementing a feature, fixing a bug, or refactoring, when deciding what test to write first, or when the user says "TDDで". Also use before declaring work complete, since "tests pass" is not "CI will pass".
Alt の Architecture Decision Record を日本語で `docs/ADR/NNNNNN.md` に書き起こす。番号採番、frontmatter（title/date/status/tags/affected_services/aliases/supersedes）、Context・Decision・Consequences の書き分け、wikilink 形式、OSS 公開向けの情報衛生を扱う。実装が一段落して決定を記録するときに使う。ユーザが「ADR書いて」「ADRにまとめて」「ADRに記録して」「実装が終わったのでドキュメントに」と言ったとき、または設計上の判断を伴う変更を終えたときに使う。
Interrogate a plan against the project's documented decisions and domain language — challenging fuzzy terms, cross-referencing the code, and surfacing where the plan contradicts an existing ADR or canonical contract. Use when the user wants a plan stress-tested against what the project has already decided, rather than in the abstract. Prefer plain grill-me when there is no documented model to test against, and plan-context-loader when the goal is to gather vault context rather than be questioned.
Hunt for deepening opportunities — shallow modules whose interface costs as much to learn as their implementation saves — and present them as a visual before/after report, informed by the decisions already recorded in docs/ADR/. Use when the user wants to improve architecture, find refactoring opportunities, consolidate tightly-coupled modules, reduce the cost of understanding a subsystem, or make code more testable. Use clean-architecture instead when the question is whether a specific change violates Alt's layer rules.
設計・計画タスク時に、Obsidian vault から関連 ADR・contract・review・runbook を 必要最小限だけ集めて計画の精度を上げる。 次のときに使う: - 「計画を立てて」「設計して」「プランを作って」 - ADR や過去の決定を確認したい - Knowledge Trail / Knowledge Home や reproject-safe / immutable 設計が絡む
Alt の Go 規約を適用する。エラーラップ、context 第一引数、slog、テーブル駆動テスト、http.Server の 4 タイムアウト、Redis Streams の XACK/XAUTOCLAIM 対、fail-fast 設定を扱う。Go のコードを書く・直す・レビューするときに使う。ユーザが「Go」や規約名に触れなくても、Go サービス（alt-backend, auth-hub, pre-processor, search-indexer, mq-hub, rag-orchestrator, altctl）の実装・修正に入るなら使う。
| name | bp-svelte |
| description | Alt の Svelte 5 / SvelteKit 規約を適用する。Runes（$state/$derived/$effect）、$props()、$effect をコールスタック越えで自己再発火させない、snippet でのコンポーネント合成、load 関数でのデータ取得、{@html} の DOMPurify 必須、keyed each の重複キー、非同期コールバックの stale-response guard を扱う。Svelte コンポーネントや SvelteKit のルート・load 関数を書く・直すときに使う。ユーザが「Svelte」に触れなくても alt-frontend-sv の UI 実装に入るなら使う。 |
| paths | ["**/*.svelte","alt-frontend-sv/src/routes/**/*.ts"] |
以下はタスク全体を通じて有効な規約であり、一度読んで終わる手順ではない。Svelte コードを書くたびに適用する。
詳細な根拠とコード例が必要になった時点で docs/best_practices/svelte.md の該当セクションだけを Read する
（1221 行あるため全文読み込みはしない）。
$state / $derived / $effect を使用。レガシー $: リアクティブ宣言は禁止export let ではなく $props() でデストラクチャリング.raw で proxy オーバーヘッド回避。.snapshot() でシリアライズ$derived を使う+page.ts / +page.server.ts の load でデータ取得。コンポーネント内で直接 fetch しない$effect 内の observer/listener/connection は return で cleanup{#snippet} + {@render} を使用。slot は非推奨.claude/rules/security-boundaries.md）$state 読み書きが自己再発火ループを作る。ガード条件は effect 本体に直接書き、依存にしない読み取りは untrack()。stream 起点の refresh は無条件 invalidateAll() 禁止 — スコープ付き invalidate(name) + debounce{#each} の重複キーは警告なしでクラッシュ: 一意な記事 ID をキーにする。動的 ranking backend の offset pagination は FE 側 dedupe（appendUniqueById）必須signal.aborted を確認完全なベストプラクティスは docs/best_practices/svelte.md を参照。
セクション: Svelte 5 Runes, Component Design, SvelteKit Routing, Data Loading, Form Actions, Styling, Testing