shadcn/ui
shadcn/ui
shadcn/ui はアプリケーションに編集可能なUIコンポーネントのソースを提供します。これは、しばしばアクセシブルな基本コントロールをTailwind CSSと組み合わせます。
もう一つの例
チームはダイアログを追加し、コピーしたソースを確認し、ブランドのトークンに合わせ、今後の更新に責任を持ちます。
主な部分
- 01Code or behavior under test
- 02Observable evidence
- 03Coverage, failure, and recovery
以下の場合に使用します
ソースの所有権やアクセス可能な基本コントロールの継続的なメンテナンスが価値のある場合に使用します。
以下の場合は使用しないでください
自動的に更新されるパッケージではありません。コピーしたコンポーネントを確認し、一貫性のないローカルバージョンを防いでください。
コードで使用する名前
registry item → owned component source 出荷前に
Check the runtime and version, integration limits, dependencies and licenses, and platform support. Verify security, failure, speed, monitoring, deploy, support owner, upgrade path, and rollback.
Outcome:Complete the task with shadcn/ui (shadcn/ui)。 User context:チームはダイアログを追加し、コピーしたソースを確認し、ブランドのトークンに合わせ、今後の更新に責任を持ちます。 Technology or engineering concept:shadcn/ui (shadcn/ui)。 Why it fits:ソースの所有権やアクセス可能な基本コントロールの継続的なメンテナンスが価値のある場合に使用します。 Do not use it when:自動的に更新されるパッケージではありません。コピーしたコンポーネントを確認し、一貫性のないローカルバージョンを防いでください。 Engineering fit: Define where it runs and which version to use. Set its job, interfaces, data flow, dependencies, supported systems, security, and speed limits. Explain how it fits the current stack. Lifecycle safeguards: Check dependency health and licenses. Add monitoring and a fallback. Name the upgrade owner. Do not add a second tool for the same job without a measured benefit. Acceptance criteria: A small integration proves the needed behavior. Test compatibility, security, failure, and performance. Document deploy, upgrade, support, and rollback steps. Evidence and limits (evidence boundary):その情報源にとって公式です。他のプラットフォームやチームはその用語を別の方法で使用する場合があります。 Unknowns to confirm: Current stack, runtime and version rules, target systems, dependency owner, performance budget, support period, and migration limits.
このリクエストを確認する
Review how shadcn/ui (shadcn/ui) is used now. Definition: shadcn/ui はアプリケーションに編集可能なUIコンポーネントのソースを提供します。これは、しばしばアクセシブルな基本コントロールをTailwind CSSと組み合わせます。 Release checks: Check the runtime and version, integration limits, dependencies and licenses, and platform support. Verify security, failure, speed, monitoring, deploy, support owner, upgrade path, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.