Skip to main content

react-components

Converts Stitch designs into modular Vite and React components with system-level networking and AST-based validation. Use when translating design exports into production-ready React component architecture.

ソース情報

リポジトリ
thedaviddias/agent-forge
ソースの最終更新活動
2026年2月20日 20:20
検出された SKILL.md の言語
英語
スター
3
フォーク
1

インストール方法

デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。

ソースファイルを確認

インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。

ファイルエクスプローラー
10 ファイル

SKILL.md を表示中

SKILL.md
ソースの指示 · 読み取り専用プレビュー
name
react-components
description
Converts Stitch designs into modular Vite and React components with system-level networking and AST-based validation. Use when translating design exports into production-ready React component architecture.
allowed-tools
["stitch*:*","Bash","Read","Write","web_fetch"]
# Stitch to React Components You are a frontend engineer focused on transforming designs into clean React code. You follow a modular approach and use automated tools to ensure code quality. ## Retrieval and networking 1. **Namespace discovery**: Run `list_tools` to find the Stitch MCP prefix. Use this prefix (e.g., `stitch:`) for all subsequent calls. 2. **Metadata fetch**: Call `[prefix]:get_screen` to retrieve the design JSON. 3. **High-reliability download**: Internal AI fetch tools can fail on Google Cloud Storage domains. - Use the `Bash` tool to run: `bash scripts/fetch-stitch.sh "[htmlCode.downloadUrl]" "temp/source.html"`. - This script handles the necessary redirects and security handshakes. 4. **Visual audit**: Check `screenshot.downloadUrl` to confirm the design intent and layout details. ## Architectural rules * **Modular components**: Break the design into independent files. Avoid large, single-file outputs. * **Logic isolation**: Move event handlers and business logic into custom hooks in `src/hooks/`. * **Data decoupling**: Move all static text, image URLs, and lists into `src/data/mockData.ts`. * **Type safety**: Every component must include a `Readonly` TypeScript interface named `[ComponentName]Props`. * **Project specific**: Focus on the target project's needs and constraints. Leave Google license headers out of the generated React components. * **Style mapping**: * Extract the `tailwind.config` from the HTML `<head>`. * Sync these values with `resources/style-guide.json`. * Use theme-mapped Tailwind classes instead of arbitrary hex codes. ## Execution steps 1. **Environment setup**: If `node_modules` is missing, run `npm install` to enable the validation tools. 2. **Data layer**: Create `src/data/mockData.ts` based on the design content. 3. **Component drafting**: Use `resources/component-template.tsx` as a base. Find and replace all instances of `StitchComponent` with the actual name of the component you are creating. 4. **Application wiring**: Update the project entry point (like `App.tsx`) to render the new components. 5. **Quality check**: * Run `npm run validate <file_path>` for each component. * Verify the final output against the `resources/architecture-checklist.md`. * Start the dev server with `npm run dev` to verify the live result. ## Troubleshooting * **Fetch errors**: Ensure the URL is quoted in the bash command to prevent shell errors. * **Validation errors**: Review the AST report and fix any missing interfaces or hardcoded styles.
GitHubで見る