审查 Codex v0.15 后修复以下问题: 1. agent.md → AGENT.md:消除 macOS 大小写不敏感文件系统上的文件名冲突 2. HANDOFF.md:validator 规则数从"6 条"更正为"R1-R9" 3. makelive 版本锁定到 0.7.0(live-photo-production.md + package-live-photo.py) 4. 补充 Swift metadata helper 脚本的执行说明和依赖要求 5. platform-specs.md:将"Observed support"改为"截至 2026-07 实测" 6. SKILL.md:补充 GIF/MP4 降级路径,覆盖无法走 iPhone/AirDrop 的发布场景 由 Kiro (Claude Code) 完成审查和修复。 Co-Authored-By: Claude <noreply@anthropic.com>
143 lines
4.5 KiB
Markdown
143 lines
4.5 KiB
Markdown
# Platform Specs
|
|
|
|
Use high-resolution exports. The user can downsample later.
|
|
|
|
## Xiaohongshu / Rednote
|
|
|
|
Default size:
|
|
|
|
- `1080 x 1440`
|
|
- Ratio: `3:4`
|
|
- Export: PNG for text-heavy images, JPEG only when photo-only and file size matters.
|
|
|
|
Safe area:
|
|
|
|
- Side margin: 72-96px.
|
|
- Top margin: 72-112px.
|
|
- Bottom margin: 80-120px.
|
|
- Keep all text and key objects inside the safe area.
|
|
|
|
Recommended set:
|
|
|
|
- 1 cover.
|
|
- 4-8 content pages.
|
|
- 1 summary or checklist page if the article benefits from it.
|
|
- Optional Live Photo card for motion-heavy evidence. Use `references/live-photo-production.md` when making `.pvt` packages for AirDrop and iPhone testing.
|
|
|
|
Live Photo:
|
|
|
|
- Duration: up to `5s`.
|
|
- Keep the same `1080 x 1440` / `3:4` canvas and safe area as static Rednote cards.
|
|
- Use Live Photo when motion is the evidence: fast generation, before/after UI, product interaction, app/game demo, scroll reveal, or process-to-result comparison.
|
|
- Package as `.pvt` for iPhone/AirDrop testing. Loose JPG/MOV pairs often import as separate assets.
|
|
- Publish path: AirDrop the `.pvt` package as one item to iPhone, then publish from the Xiaohongshu app. Desktop/web upload cannot be treated as the primary Live Photo publishing path.
|
|
|
|
Naming:
|
|
|
|
```text
|
|
output/xhs-01-cover.png
|
|
output/xhs-02-<topic>.png
|
|
output/xhs-03-<topic>.png
|
|
...
|
|
```
|
|
|
|
Cover structure:
|
|
|
|
- Big title with a sharp hook.
|
|
- One strong visual: supplied image, screenshot, generated photo, or product object.
|
|
- Bottom line with 3-5 key points or a compact issue strip.
|
|
- Avoid long subtitles. Put nuance in later pages.
|
|
|
|
Content page structure:
|
|
|
|
- One idea per page.
|
|
- 12-30 Chinese characters for the title when possible.
|
|
- 2-4 short bullet fragments or one concise paragraph.
|
|
- If a page has a screenshot, reduce the text and give the screenshot enough area.
|
|
- If lower space is empty across pages, combine pages or add a functional element such as checklist, comparison row, quote, or image evidence.
|
|
|
|
## WeChat Official Account Cover Pair
|
|
|
|
Generate a pair: one `21:9` main cover and one `1:1` square cover. Build both in the same HTML file, and include a combined preview section that places them together for visual checking.
|
|
|
|
### 21:9 Main Cover
|
|
|
|
Default size:
|
|
|
|
- `2100 x 900`
|
|
- Ratio: `21:9`
|
|
|
|
Use:
|
|
|
|
- Main article cover.
|
|
- Full or near-full headline, subtitle, and visual evidence.
|
|
- Keep title readable near center-left or within a clear safe band.
|
|
- Avoid an empty middle. Increase title scale, image scale, or spacing if the center feels hollow.
|
|
|
|
### 1:1 Cover
|
|
|
|
Default size:
|
|
|
|
- `1080 x 1080`
|
|
- Ratio: `1:1`
|
|
|
|
Default style:
|
|
|
|
- Short title only, simplified from the long title.
|
|
- Big type, center aligned.
|
|
- No image unless the user explicitly asks for one.
|
|
- No subtitle by default.
|
|
- Strong contrast and enough breathing room.
|
|
|
|
Short-title rule:
|
|
|
|
- Extract the core object and action from the long title.
|
|
- Keep it to roughly 4-10 Chinese characters, or 2 short lines when needed.
|
|
- Do not squeeze the full `21:9` title into the square.
|
|
|
|
Example:
|
|
|
|
```text
|
|
Long: 开源了一个 Skill,让 AI 接管你屏幕边那张便签纸
|
|
Square: AI 接管便签纸
|
|
```
|
|
|
|
Naming:
|
|
|
|
```text
|
|
output/wechat-21x9-cover.png
|
|
output/wechat-1x1-cover.png
|
|
output/wechat-cover-pair-preview.png
|
|
```
|
|
|
|
## WeChat Official Account Article Live Photo
|
|
|
|
截至 2026-07 实测,Live Photo 支持与上传路径相关:
|
|
|
|
- iPhone 端上传可在公众号文章编辑中保留 Live Photo。
|
|
- 网页端上传没有对应的 Live Photo 入口。
|
|
- Keep Live Photo duration at or below `3s`.
|
|
- Publish path: AirDrop the `.pvt` package as one item to iPhone, then upload from the iPhone Official Account article editing path.
|
|
|
|
Use the same `3:4` card standard as Rednote when the user wants a WeChat article body card. If the publisher must use the desktop/web path, export a GIF or short video fallback instead of promising Live Photo support.
|
|
|
|
## Screenshot And Photo Placement
|
|
|
|
For supplied screenshots/photos:
|
|
|
|
- Put originals in `assets/`.
|
|
- Use CSS `object-fit:cover` only when cropping is safe.
|
|
- Use CSS `object-fit:contain` for UI screenshots, dense text, code, tables, or app windows.
|
|
- Set `object-position` deliberately: top for long UI when top matters, center for objects, 35%-45% vertical for portraits.
|
|
- Do not pin images to the canvas edge unless the design intentionally uses bleed.
|
|
|
|
## Final Response Media
|
|
|
|
In Codex desktop, local media can be shown with absolute paths:
|
|
|
|
```markdown
|
|

|
|
```
|
|
|
|
Do this for the most important images, especially the cover and any pages the user asked to inspect.
|