用途：当产品意图发生变化、已交付代码与新方向不再一致时，repoint-project 负责从“决定转向”到“每个在役承诺都有归宿”的交接。它不重写愿景层，只产出让重写变得诚实的台账。
主要能力：先盘点新意图与哪些内容冲突，候选集包括 docs/specs/INDEX.md 中所有 Shipped/Implemented 功能、所有在役 GOAL-N、在役 ARCH-N，以及被新意图反转的非目标与硬约束。随后写出唯一持久产物 docs/product/pivot-ledger.md（若用户禁止写 docs，则为 .skills/pivot-ledger.md），每行记录处置方式：Keep、Adapt、Retire、Deprecate、Freeze、Carve out、Accept debt、Unknown，并用一行记录固化程度（是否已交付用户、公开 API、数据 schema、是否已走单向门）。
使用方式：运行 /repoint-project。技能会逐行与用户确认，用户可确认、覆盖或标记 Unknown，并原样记录理由。确认后，由用户自行运行 /establish-project（update 模式）来重写 vision.md 与 architecture/；本技能不写这些文件，也不删除已交付代码。
限制：铁律要求在任何愿景或架构文档被重写前，每个被矛盾的已交付功能和在役 ARCH-N 都必须有用户确认的处置。若新意图与已交付内容无冲突，应改用 /establish-project（update）；若只是执行中计划失效，应使用 correct-course；若以代码为准修正规格，应使用 sync-spec；若为愿景中立的架构深化，应使用 improve-architecture。非交互场景下所有行保持 Proposed 并停止，台账文件仍必须创建。具体收费、价格、平台等信息暂未提供。