APIエンドポイントの追加・変更で、DTO、入力検証、OpenAPI仕様、MCPツールの説明や公開範囲を揃え、エージェントからも扱いやすいAPIに整えます。
- APIエンドポイントを追加したいとき
- DTOと入力検証を整えたいとき
- MCPツールとしてAPIを公開したいとき
既存コードのデザインシステム利用状況を調べ、旧UI部品やlucide-reactのアイコンを@trycompai/design-systemの部品・Carbonアイコンへ置き換えるスキルです。
Audit & fix design system usage — migrate @trycompai/ui and lucide-react to @trycompai/design-system
実行スコア 未検証
インストール方法を見る指定されたファイルを確認し、デザインシステムに沿っていない部品やアイコンを見つけて修正します。旧ライブラリの@trycompai/uiは、@trycompai/design-systemに同等の部品があるかを確認して置き換えます。lucide-reactのアイコンは、デザインシステムのCarbonアイコンから対応するものを探します。レイアウトにはPageLayoutやStackなどの指定された部品を使い、Buttonのローディング表示やアイコンも専用プロパティで扱います。最後にアプリの型チェックを実行して移行を確認します。
既存画面のUI部品を新しいデザインシステムへ移行するときや、実装が利用ルールに沿っているか確認したいときに使えます。対象ファイルを指定して、部品やアイコンの置き換えを進めたい開発者にも向いています。
作業後の確認にはbunx turbo run typecheck --filter=@trycompai/appを使います。
この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Audit the specified files for design system compliance. Fix every issue found immediately.
@trycompai/design-system is the primary component library. @trycompai/ui is legacy — only use as last resort when no DS equivalent exists.@trycompai/ui. Run node -e "console.log(Object.keys(require('@trycompai/design-system')))" to check.@trycompai/design-system/icons (Carbon icons), NOT lucide-react. Check with node -e "const i = require('@trycompai/design-system/icons'); console.log(Object.keys(i).filter(k => k.match(/YourSearch/i)))".className: Text, Stack, HStack, Badge, Button — wrap in <div> for custom styling.Button with loading, iconLeft, iconRight props instead of manually rendering spinners/icons.PageLayout, PageHeader, Stack, HStack, Section, SettingGroup.Sheet > SheetContent > SheetHeader + SheetBody), Drawer, Collapsible.$ARGUMENTS@trycompai/ui imports — check if DS equivalent existslucide-react imports — find matching Carbon iconsbunx turbo run typecheck --filter=@trycompai/appまだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
APIエンドポイントの追加・変更で、DTO、入力検証、OpenAPI仕様、MCPツールの説明や公開範囲を揃え、エージェントからも扱いやすいAPIに整えます。
指定されたファイルのフックやAPI利用を点検し、禁止パターンをSWRやapiClientなどの指定方式へ修正するための監査手順と実装規約をまとめています。
NestJSのAPIとフロントエンドを調べ、権限チェックや監査ログのルール違反を修正するための確認項目を示します。
権限で表示や操作が変わるコンポーネントの単体テストを点検し、不足分の追加や失敗の修正を行って、管理者と閲覧専用ユーザーの動作を確かめます。
Better Authを使ったTypeScript認証の設定を支援し、データベース接続、セッション管理、メール認証、OAuth、プラグインやセキュリティ項目を整理します。
Stripeを使うサブスクリプションや決済、利用枠、請求Webhookの実装方針を確認し、SKUごとの状態管理や重複イベントへの対応を支援します。