jc-design-teardown
Skill1 starsChanged 18 days agoMITView on GitHub
Use when the user asks for 前端设计拆解, 前端技术拆解, 竞品拆解, competitor website analysis, UI/UX visual study, screenshot-backed teaching docs, style extraction, color/spacing/shadow/font/motion breakdowns, Markdown research docs, or prompts for frontend AI reuse.
In this repository117 other files it gives its agents.
- vercel-react-best-practices/AGENTS.mdAGENTS.md
- xhs-visual-director-skill/AGENTS.mdAGENTS.md
- mattpocock-skills/CLAUDE.mdCLAUDE.md
- about-face-4Skill
- ab-test-setupSkill
- ad-creativeSkill
- ai-seoSkill
- analytics-trackingSkill
- b2b-sales-opportunity-followupSkill
- backend-concurrency-auditSkill
- ckm:banner-designSkill
- better-colorsSkill
- brand-guidelinesSkill
- ckm:brandSkill
- churn-preventionSkill
- claude-md-optimizerSkill
- clean-architectureSkill
- coach-sales-callSkill
- code-chain-study-commentsSkill
- cold-emailSkill
- competitor-alternativesSkill
- content-strategySkill
- copy-editingSkill
- copywritingSkill
- cross-project-delivery-acceptanceSkill
- daring-design-iterationSkill
- deploy-to-vercelSkill
- ckm:designSkill
- domain-skill-factorySkill
- domain-skill-loopSkill
- email-sequenceSkill
- form-croSkill
- free-tool-strategySkill
- git-worktreeSkill
- go-backend-clean-architectureSkill
- golang-gin-apiSkill
- golang-gin-databaseSkill
- gsap-coreSkill
- gsap-frameworksSkill
- gsap-performanceSkill
- gsap-pluginsSkill
- gsap-reactSkill
- gsap-scrolltriggerSkill
- gsap-timelineSkill
- gsap-utilsSkill
- guangzhi-b2b-salesSkill
- hatch-petSkill
- hueSkill
- impeccable-redesign-orchestratorSkill
- impeccableSkill
- ios-messaging-designSkill
- ip-as-logoSkill
- jc-audio-transcriberSkill
- jc-bookmarksSkill
- jc-client-howto-guideSkill
- jc-company-researchSkill
- jc-concept-deconstructSkill
- jc-daily-thought-social-publisher-v5Skill
- jc-decision-gradeSkill
- jc-english-chunk-cardsSkill
- The first 60 shown.
The file
Show its rules and text
We split this skill into the rules it gives an agent
13 rules. About 0 are common, 10 are distinctive, and 3 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈10
Distinctive · estimate
This author's own choices. Worth a look.
3
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 11
Create a screenshot-backed frontend teardown and teaching document for a competitor or reference page.
- Very specific: line 15
Use impeccable-redesign-orchestrator too when the teardown will feed a long-running redesign or prototype.
- Very specific: line 16
Use playwright-skill or browser automation when screenshots, computed styles, scrolling behavior, or responsive checks are needed.
- Distinctive: line 37
Write a Markdown teaching doc with embedded local screenshots.
- Distinctive: line 38
Update any active redesign plan with the research doc path and next action.
- Distinctive: line 42
Use this structure unless the user requests another format:
- Very specific: line 89
If the topic already has related files, reuse the same NNN when appropriate.
- Distinctive: line 93
Do not copy competitor copy, images, logos, screenshots, pricing, claims, or brand assets into the user's product.
- Distinctive: line 94
Do not present competitor screenshots as production assets.
- Distinctive: line 95
Prefer pattern language: structure, rhythm, spacing, hierarchy, proof mechanics, motion behavior, and component anatomy.
- Distinctive: line 96
Call out which parts are safe to borrow and which are brand-specific or legally risky.
- Distinctive: line 97
If using real customer screenshots later, require authorization, anonymization, and sensitive-data masking.
- Distinctive: line 101
Keep the final response short:
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Frontend Design Teardown(前端设计拆解)
Purpose
Create a screenshot-backed frontend teardown and teaching document for a competitor or reference page. “前端设计拆解” means breaking a page into frames, layout, colors, typography, motion, components, and reusable frontend patterns. The goal is to extract reusable UI patterns and learning notes, not to clone the site.
Use With
- Use
impeccable-redesign-orchestratortoo when the teardown will feed a long-running redesign or prototype. - Use
playwright-skillor browser automation when screenshots, computed styles, scrolling behavior, or responsive checks are needed. - In
/Users/cv-project, followAGENTS.mdand put Markdown research docs under/Users/cv-project/docs/竞品调研/.
Workflow
- Confirm the target URL, page or sections, what the user likes, and what must not be copied.
- Open the page in a browser and inspect it by sections, not just as a full-page screenshot.
- Capture local screenshots for the meaningful blocks:
- hero / first viewport
- navigation
- product demo or key conversion section
- proof, testimonial, case, or trust section
- motion, marquee, carousel, sticky, before/after, or other interaction
- one or two close-up details worth teaching
- Extract concrete visual values where possible:
- background, text, accent, border colors
- card surfaces, radius, shadow, opacity, backdrop
- font family, size, weight, line-height, letter spacing
- layout width, grid/flex behavior, spacing, aspect ratio
- button states, focus/hover states
- animation method, duration, easing, pause/reduced-motion behavior
- Write a Markdown teaching doc with embedded local screenshots.
- Update any active redesign plan with the research doc path and next action.
Markdown Structure
Use this structure unless the user requests another format:
# <Competitor> <Page> 前端视觉拆解
> 来源:<URL>,采集时间:YYYY-MM-DD。本文只拆解可复用的视觉、布局和前端实现模式,不复制竞品内容、品牌资产、文案或业务承诺。
## 0. 结论先说
## 1. 样式快照
| 设计 token | 采样值 | 作用 | 我的项目建议 |
| --- | --- | --- | --- |
## 2. <截图区块标题>

### 观察
### 前端知识点
### 给前端 AI 的描述模板
```text
...
```
### 我的项目怎么借For every screenshot section, include:
- 观察: why the block feels polished.
- 前端知识点: CSS, React, Tailwind, accessibility, performance, and motion concepts.
- 给前端 AI 的描述模板: reusable prompt wording for a future frontend AI request.
- 我的项目怎么借: how to adapt the pattern without copying.
Naming
In /Users/cv-project, use:
/Users/cv-project/docs/竞品调研/YYYY-MM-DD-NNN-<竞品名><页面名>视觉拆解-调研记录.md
/Users/cv-project/docs/竞品调研/YYYY-MM-DD-NNN-<竞品名><页面名>视觉拆解-01-<区块名>.pngIf the topic already has related files, reuse the same NNN when appropriate. Keep screenshots beside the Markdown so relative image links render.
Safety And Originality
- Do not copy competitor copy, images, logos, screenshots, pricing, claims, or brand assets into the user's product.
- Do not present competitor screenshots as production assets. They are research artifacts only.
- Prefer pattern language: structure, rhythm, spacing, hierarchy, proof mechanics, motion behavior, and component anatomy.
- Call out which parts are safe to borrow and which are brand-specific or legally risky.
- If using real customer screenshots later, require authorization, anonymization, and sensitive-data masking.
Good Final Response
Keep the final response short:
- Link the Markdown doc.
- Mention the screenshot count and extracted style artifacts.
- Say whether production code changed.
- State the next recommended step, usually a hidden prototype page before production rewrite.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

