| name | update-readme |
| description | Automate README updates and i18n translations. Use when project features change and documentation needs sync. |
| metadata | {"author":"frsotime","version":"1.0.0"} |
Update README Skill
When to use:
- After implementing new features
- After modifying AGENTS.md or SKILLs
- Before release/version bump
- When user asks to update documentation
Workflow
Step 1: DETECT CHANGES
├─ Run: git status
├─ Run: git diff --name-only HEAD~5 (or appropriate range)
├─ Identify: Which features/SKILLs/CLI commands changed?
└─ Note: Files affecting README (AGENTS.md, CLI, templates)
Step 2: READ CURRENT STATE
├─ Read: README.md (English source)
├─ Read: README_zh-CN.md (Chinese translation)
├─ Read: i18n-glossary.md (terminology reference)
└─ Identify: Sections needing update
Step 3: UPDATE ENGLISH README
├─ Apply changes per detected diffs
├─ Follow Writing Style Guidelines (below)
├─ Ensure CLI examples are accurate
└─ Verify file structure diagrams match reality
Step 4: TRANSLATE TO CHINESE
├─ Reference: i18n-glossary.md for consistent terms
├─ Translate: Section by section
├─ Preserve: Code blocks, file paths, command syntax
└─ Adapt: Phrasing for natural Chinese (not word-by-word)
Step 5: VERIFY
├─ All CLI commands exist and work
├─ File paths in examples are valid
├─ No orphaned sections between languages
└─ Glossary terms used consistently
Writing Style Guidelines
Tone
| ✅ Do | ❌ Don't |
|---|
| Direct, factual statements | Marketing speak ("revolutionary", "powerful") |
| Specific metrics ("30 seconds") | Vague claims ("fast", "efficient") |
| Show, don't tell (examples) | Abstract descriptions |
| Problem → Solution structure | Feature lists without context |
Structure
## Section Name
[1-2 sentence description of what this does]
[Code example or command]
[Brief explanation if needed]
Code Examples
- Real commands: Must actually work
- Realistic names:
add-auth, payment-system (not foo, example)
- Show output: When output clarifies behavior
- Minimal: Shortest example that demonstrates the point
Language
| Pattern | ❌ Avoid | ✅ Use |
|---|
| Hedging | "You might want to..." | "Run X to do Y" |
| Passive | "Changes are tracked by..." | "sspec tracks changes in..." |
| Filler | "It's worth noting that..." | (just state the fact) |
| Jargon | "Leverage the paradigm" | "Use the workflow" |
Section Checklist
For each README section, verify:
i18n Translation Rules
Must Translate
- Descriptions and explanations
- Section headings
- Comments in code blocks
Must NOT Translate
- Command names:
sspec, git
- File names:
spec.md, handover.md
- Directory paths:
.sspec/changes/
- Status values:
PLANNING, DOING
- Code syntax
- CLI flags:
--name, --dir
Glossary Enforcement
Before translating, load i18n-glossary.md and:
- Search for all English terms in glossary
- Replace with designated Chinese terms
- Verify no inconsistent translations
Example:
English: "Create a new change"
Glossary: Change → 变更
Chinese: "创建新变更"
NOT: "创建新更改" (wrong term)
Natural Adaptation
Don't translate word-by-word. Adapt for natural Chinese:
| English | Literal (❌) | Natural (✅) |
|---|
| "AI reads handover.md and picks up where you left off" | "AI 读取 handover.md 并从你离开的地方继续" | "AI 读取 handover.md,从上次中断处继续" |
| "Tell your AI to..." | "告诉你的 AI 去..." | "让 AI 执行..." |
Update Checklist
Before Starting
English README
Chinese README
Final Verification
Common Updates
New CLI Command
- Add to CLI Reference table (both languages)
- Add usage example if non-obvious
- Update "Quick Start" if it's a common command
New Concept (e.g., sspec ask)
- Add to relevant workflow section
- Add to glossary if new term
- Translate term, add to i18n-glossary.md
- Update file structure if new directory
Changed Workflow
- Update workflow section
- Verify AGENTS.md consistency
- Update diagrams if flow changed
- Check examples still valid
Automation Commands
git diff --name-only HEAD~5 | grep -E "(README|AGENTS|SKILL|cli)"
sspec --help
sspec project --help
sspec change --help
ls -la .sspec/