ada-multilingual-documentation-migration

Migrates documentation trees into canonical English and translated Chinese language pairs with manifest tracking.

Updated Jul 23, 2026
One-click install
npx skills add https://github.com/wubing7755/Ada --skill ada-multilingual-documentation-migration-wubing7755
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ada-multilingual-documentation-migration
Source: https://github.com/wubing7755/Ada/tree/main/skills/software-development/ada-multilingual-documentation-migration
Command: npx skills add https://github.com/wubing7755/Ada --skill ada-multilingual-documentation-migration-wubing7755

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Restructuring a documentation repository into bilingual language pairs (docs/en/ and docs/zh/) without losing Git history, breaking links, or drifting between translations is error-prone. This Skill provides a phase-gated migration workflow with a machine-readable manifest, canonical state machine, blob integrity tracking, and validation gates so authority switches atomically and verifiably. ## Core Features & Use Cases - Phase-gated migration workflow: P0 infrastructure through P6 cleanup, one independent commit per phase, covering entry points, history docs, ADRs, evidence, and normative documents (SRS/HLD/traceability). - Manifest and blob integrity model: a documentation-manifest.json records document roles, authority paths, migration phases, and Git blob OIDs so canonical state is never inferred from directory location alone. - Translation and review rules: fenced-block classification, identifier preservation (REQ-, DES-, ADR-* IDs, code, commands), delegated parallel translation, and bilingual reviewer gates before cutover. - Use Case: A team needs to make their Chinese-first docs bilingual with English as canonical. The Skill guides creating the manifest and validator, translating with preserved tuples, running a human review gate, then atomically cutting over with git mv and pointer stubs. ## Quick Start Ask the agent to migrate the repository's documentation into English and Chinese language pairs following the canonical-English convention with per-phase commits.

Frequently Asked Questions about ada-multilingual-documentation-migration

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I migrate documentation to a bilingual English/Chinese structure?

Follow the phase-gated workflow: set up a manifest and validator first (P0), then migrate entry points, history docs, ADRs, and evidence in separate commits, translate normative docs, pass a bilingual review, and atomically cut over authority using git mv with pointer stubs.

How do I keep Git history when moving docs into language directories?

Use git mv for every relocation so rename detection preserves history. Move the legacy file to docs/zh/ only at cutover, and replace old paths with English pointer stubs so existing links keep resolving.

What must stay untranslated when translating technical documentation?

Keep requirement and design IDs (REQ-F-*, DES-*, ADR-*), code identifiers, commands, paths, dates, versions, SHAs, and enum values byte-identical. Translate only prose while preserving must/should/may strength, AC counts, and numeric constraints.

Why do GitHub anchors break for Chinese headings?

GitHub's slugger deletes full-width CJK punctuation without inserting a separator, gluing adjacent segments together (e.g. 附录 D:SRS—HLD becomes 附录-dsrshld). Verify anchors by navigating to the fragment and checking window.scrollY rather than guessing the slug.

When should I skip the full manifest machinery for bilingual docs?

For a small repo with a handful of docs and no audit requirements, use the lightweight pattern: git mv files into docs/en/, write docs/zh/ mirrors, keep section structure paired, update README language switchers, and verify heading counts and links.

What are the limitations of directory-based canonical detection?

A file under docs/en/ is not canonical just because of its location; the manifest state is the source of truth. Canonical status requires the state machine progression through review and cutover, with canonicalBlob equal to the final reviewed blob.