guizang-social-card-skill: Generate Social Cards with Claude Code

"The guizang-social-card-skill README confirms the project positioning, install command, visual systems, canvas sizes, render script, validation script, image-source workflow, and AGPL-3.0 license."
"Claude Code Skills documentation confirms how SKILL.md, automatic discovery, supporting files, and scripts work."
"OpenAI Codex Skills documentation confirms the Codex skills structure with instructions, resources, scripts, references, and assets."
When you turn a 5,000-character technical article into nine Rednote cards, the slow part is usually not extracting the ideas. It is placing each card: which line gets the title, which color preset to use, whether the cover pair should share one visual system. Those repeated layout decisions eat most of the time. guizang-social-card-skill moves that workflow into Claude Code. You tell the agent what content to generate, it outputs a single HTML file, and Playwright renders PNGs locally. This guide covers the supported canvas sizes, the difference between the two visual systems, installation and execution, render scripts, validation rules, and the compliance boundary created by AGPL-3.0.
Project Fit: Should You Use It?
guizang-social-card-skill is not an AI image prompt. It is a local rendering pipeline. Its core job is to let Claude Code, Codex, or a similar agent environment batch-generate Rednote carousel cards and WeChat cover pairs, output single-file HTML, and render PNGs through Playwright. The layout skeletons and theme presets are fixed; the agent fills content and adjusts parameters.
This table is the quick fit check:
| Dimension | Notes |
|---|---|
| What it is | A Claude Code / Codex Skill for batch-generating social cards |
| Output format | Single-file HTML -> local Playwright-rendered PNG |
| Supported platforms | Rednote / Xiaohongshu at 1080x1440, WeChat covers at 2100x900 + 1080x1080 |
| Good fit | Content operators, solo developers, technical bloggers, and anyone turning long posts into carousel cards |
| Poor fit | Photo retouching, skin-detail editing, strict brand-manual approval, or closed-source commercial redistribution |
| License | AGPL-3.0, so commercial use needs an open-source obligation check |
| What it does not promise | Batch publishing, automatic publishing, or platform review-rule adaptation |
If you only need fast, visually consistent cover drafts and you accept the AGPL-3.0 obligations, it can save a lot of manual layout work. If you need tighter brand control, closed-source commercial reuse, or a complex approval workflow, the constraints may not fit.
Two Visual Systems and Three Canvases
Editorial vs Swiss: Style Differences
The project includes two visual systems for different content types:
| Visual system | Best for | Layout skeletons | Theme presets |
|---|---|---|---|
| Editorial | Restrained narrative, travel notes, reading shares | 16 | 6 |
| Swiss | Grid contrast, product reviews, data display | 12 | 4 |
Editorial leans toward magazine-style layouts and works well for text-led cards. Swiss feels closer to data graphics and works better for comparison content or information that needs a strong structure. Together, the two systems provide 28 layout skeletons and 10 theme presets, enough for most Rednote card sets and WeChat cover workflows.
Three Canvas Sizes
The canvas controls the output image ratio:
| Canvas marker | Size | Use |
|---|---|---|
.poster.xhs | 1080x1440 (3:4) | Standard Rednote / Xiaohongshu carousel ratio |
.poster.wide | 2100x900 (21:9) | Wide WeChat cover |
.poster.square | 1080x1080 (1:1) | Square WeChat cover |
WeChat usually needs both the wide and square covers. Rednote carousel cards use 1080x1440. These sizes come from the README’s canvas definitions; they are not official Rednote or WeChat review rules. Check the current platform requirements before publishing.
Installation: CLI or Local Clone
Option 1: CLI Install (Recommended)
The prerequisite is that Claude Code or Codex is already installed and can call agents normally. Run:
npx skills add https://github.com/op7418/guizang-social-card-skill --skill guizang-social-card-skill
This command installs the Skill into Claude Code’s personal directory. After installation, you can call /guizang-social-card-skill directly in Claude Code or let the agent discover and use it during related tasks.
If the Skill concept is still new, start with this primer: Claude Code Skill guide.
Option 2: Clone Locally
If you need to edit templates or customize layouts, clone the project:
git clone https://github.com/op7418/guizang-social-card-skill ~/.claude/skills/guizang-social-card-skill
The cloned directory roughly looks like this:
guizang-social-card-skill/
├── SKILL.md
├── templates/
├── scripts/
│ ├── render.mjs
│ └── validate-social-deck.mjs
└── references/
The benefit of local customization is direct control over templates, font sizes, and color choices. The modified version still falls under AGPL-3.0, so redistribution or network-service use requires source availability.
Rendering and Validation: From HTML to PNG
How to Use the Render Script
After the agent outputs single-file HTML, render it to PNG with Playwright. The project provides the render script:
node render.mjs
The script reads the HTML file in the current task directory, starts a headless Playwright browser, and outputs PNG files to the same directory. Common rendering issues include:
- Playwright is not installed: run
npx playwright install chromiumfirst - The HTML path is wrong: check whether the agent output filename matches what the script expects
- Fonts are missing: Chinese text needs suitable local fonts, otherwise the output may appear blank or broken
After rendering, inspect the images manually. Long Chinese titles, overlay masks, face-safe placement, and footer collisions are the kinds of issues that scripts cannot fully judge.
How to Use the Validation Script
The project also provides a quality validation script:
node validate-social-deck.mjs path/to/task-dir
The validation rules cover these 6 checks:
- Overflow detection: text outside the canvas is flagged
- Font-size ceiling: titles above the threshold are reported
- Footer collision: overlap between the footer and body content is flagged
- Horizontal band density: overly dense Swiss bands trigger warnings
- Frame overflow: layout frames outside the canvas are flagged
- Swiss font weight: invalid Swiss weight settings are reported
The validation script helps you locate layout issues quickly, but it does not fix them. Return to the HTML template or the agent output, adjust the parameters, and render again.
If you want the agent to output more predictable HTML, use this configuration guide as a next step: CLAUDE.md writing guide.
Asset Sources and Licensing Risk
Image-Source Workflow
The project supports multiple image sources:
- Unsplash: free high-quality images, often usable commercially
- Pexels: free images, but check the specific license terms
- Flickr CC: Creative Commons images that may require attribution and license labels
- Wallhaven: wallpaper-style images; confirm commercial rights before use
- Search results: general search-engine images with uncertain licensing status
The agent can choose a source based on your request, but it will not automatically verify licensing. Before publishing, check the source and license terms for every image, especially in commercial scenarios. If an image is marked “non-commercial” or “attribution required,” keep that information with the card.
AGPL-3.0 License Reading
The project uses AGPL-3.0, which is stricter than MIT or Apache. The core requirements are:
| Scenario | Requirement |
|---|---|
| Personal use | Free to use and modify |
| Redistribution | Keep AGPL-3.0 and provide source code |
| Network service | If offered as SaaS or a network service, publish the server-side source code |
| Commercial use | Allowed, but open-source obligations still apply |
If your team needs closed-source reuse or plans to integrate this tool into a closed product, review compliance before commercial use. AGPL-3.0 requires source availability when the modified program is offered over a network, which can be a blocker for some commercial teams.
Risk Notes
Keep these boundaries explicit:
- The project generates PNG assets; it does not provide batch publishing or automatic publishing
- Canvas sizes come from README definitions and are not official Rednote or WeChat review rules
- Stars and forks change over time and should not be treated as the core value signal
- Asset licensing requires human review; the agent cannot complete it automatically
If you need more context about agent licensing and team workflows, read Claude Subagent guide.
Further Reading
For a broader view of Claude Code Skills and agent tooling, start with these articles:
- Claude Code Skill guide: the Skill concept and why it is more stable than copying prompts
- CLAUDE.md writing guide: using CLAUDE.md to constrain agent output
- Claude Subagent guide: subagent structure and multi-agent collaboration
These are practical Claude Code workflow notes and help explain where Skills fit inside agent work.
Conclusion
guizang-social-card-skill puts the Rednote card and WeChat cover layout workflow inside Claude Code, so an agent can batch-generate visually consistent cards. It includes two visual systems, three canvas sizes, 28 layout skeletons, and 10 theme presets, which covers many content-operations scenarios.
Its boundary is just as clear: it generates PNG assets, not published posts; asset licensing still needs human review; AGPL-3.0 requires an open-source obligation check before commercial use. If you need photo retouching, complex brand approval, or closed-source commercial reuse, the tool may not fit.
The next step is simple: open the GitHub repository, install the Skill with the CLI command, and generate the first card set. If rendering fails, check the Playwright installation and font configuration first. The validation script can locate most layout errors.
Generate your first social-card set with guizang-social-card-skill
A minimal trial flow from installing the Skill to rendering PNGs, manual review, and validator checks.
⏱️ Estimated time: 1 day
- 1
Step 1: Install the Skill
Install it quickly with `npx skills add`, or clone it into Claude Code's personal skills directory if you want to modify templates. - 2
Step 2: Prepare content and assets
Choose an old article or product note, then prepare screenshots, product images, or a clear external-image sourcing policy. - 3
Step 3: Specify the canvas and visual system
State the platform, card count, Editorial or Swiss system, theme preset, and asset-source limits in the prompt. - 4
Step 4: Generate the HTML
Ask the agent to output single-file HTML, then inspect title compression, layout choice, and asset placement before export. - 5
Step 5: Render the PNGs
Run the README command `node render.mjs`; install Playwright Chromium first if the renderer needs it. - 6
Step 6: Validate and review
Run `node validate-social-deck.mjs path/to/task-dir`, then manually check mobile previews, footers, masks, face-safe placement, and licensing records.
FAQ
What problem does guizang-social-card-skill solve?
Which canvas sizes does it support?
Should I use the CLI installer or clone it locally for the first run?
Can it replace designers and the publishing process?
What does AGPL-3.0 mean for commercial use?
7 min read · Published on: Jun 5, 2026 · Modified on: Jul 14, 2026
AI Agent Toolbox: Codex, Claude Code, Skills, and Gateways
If you landed here from search, the fastest way to build context is to jump to the previous or next post in this same series.
Previous
macOS App Skills: A Skill Pack for AI Coding Agents Building Native Mac Apps
A practical guide to macos-app-skills for Claude Code, Cursor, and OpenCode users: installation, build, macos-patterns, settings-ui, auto-update, notch-ui, release, and how it compares with similar skill packs.
Part 2 of 5
Next
female-portrait-director: Turn AI portrait prompts into a reusable Skill
female-portrait-director is an open-source project that turns AI portrait prompts into a structured, reusable Skill. This guide explains its parameter locking, on-demand routing, modular director-style expansion, safety boundaries, and a five-step way to turn your own prompt workflow into a Skill.
Part 4 of 5



Comments
Sign in with GitHub to leave a comment