ctx-adopt
适合把遗留项目稳妥接入 ctx 流程，保留原有结构不被破坏。
可能在仓库写入 /ctx 或创建 gitignored 的符号链接。
将现有仓库低侵入地纳入 ctx 管理，选择 /ctx 挂载策略。
把已有仓库低侵入地纳入 ctx 管理，选好 /ctx 的挂载策略（仓内目录或 gitignored 的外部链接），并尊重现有的 AGENTS.md/CLAUDE.md 指示。用在用户要求对现有项目启用 ctx、或必须把上下文从公开代码里分离时。特点是不改乱现有代码，把文档写作交给领域工具，保持可替换的后端和稳定挂载点。
▸ 展开 SKILL.md 英文原文
Bring an EXISTING project (brownfield) under ctx with minimal disruption. Decides where the /ctx folder lives (in-repo directory by default, or a gitignored symlink to an external sibling store named project-name-ctx when the context must not ship with public code), which pointer file announces it (respect the project's existing AGENTS.md/CLAUDE.md; else the running agent's native one), and ROUTES the actual doc-writing to the domain skills (ctx-merge / ctx-spec / ctx-progress / ctx-report) rather than writing shallow versions itself. Use when a user says "apply ctx to this existing repo / bring this repo under ctx", when deciding whether ctx must stay separable from published code, or when onboarding a messy existing repo.
帮我安装这个 skill：https://raw.githubusercontent.com/motiful/ctx/main/skills/ctx-adopt/SKILL.mdcurl -fsSL "https://raw.githubusercontent.com/motiful/ctx/main/skills/ctx-adopt/SKILL.md"# ctx-adopt — bring an existing project under ctx, minimally > Brownfield entry: makes ctx take effect on an existing (usually messy) project without touching what the user has — it orchestrates; the domain skills do the real writing. Lifetime model: [`../ctx`](../ctx/SKILL.md). ## The one principle: stable mount point, swappable backend `/ctx` is a **mount point** at the project root — the fixed place any agent looks for context. Its **backend** (where the bytes live) is swappable. The agent always reads `<repo>/ctx`; whether that is a real folder or a symlink is a deployment detail. ## Three rules — what "low-disruption" MEANS 1. **NEVER restructure the user's existing directories.**