从这里开始
本页给出从「我有一个仓库」到「Slipway 正在治理一个真实变更」的最短路径。
Slipway 围绕几类长期存在的项目记录构建:
| Slipway 界面 | 作用 |
|---|---|
| 受治理变更 | 位于 artifacts/changes/<slug>/ 下的一个有边界的工作单元。 |
| 代码库地图 | 位于 artifacts/codebase/ 下的共享仓库上下文,用于既有项目(brownfield)的工作。 |
| 任务证据 | 位于 .git/slipway/runtime/changes/<slug>/evidence/ 下的运行时凭证。 |
| 评审证据 | 必须与当前 worktree 匹配、当前有效的验证记录。 |
| AI 适配器 | 生成的宿主文件,把 agent 重新引导回 Slipway CLI。 |
CLI 是权威来源。AI 工具可以协助撰写产物、运行各个阶段,但不应臆造生命周期状态,也不应手工编辑证据。
选择你的路径
Section titled “选择你的路径”| 场景 | 从这里开始 |
|---|---|
| 你刚接触 Slipway,想做一次小型的端到端演练。 | 第一个受治理变更 |
| 你要把 Slipway 引入一个已有行为的仓库。 | 接入既有代码库 |
| 你只需要安装和适配器相关的命令。 | 安装并刷新适配器 |
| 某个变更卡住了、过期了,或让人摸不着头脑。 | 恢复与排错 |
| 你在评估它的设计。 | 设计与工作流 |
需要具体的落地模式时,请参考真实场景。
为你的平台选择一个官方、基于发布版本的安装路径:
| 平台 | 推荐路径 |
|---|---|
| macOS | brew install --cask signalridge/tap/slipway |
| Windows | scoop bucket add signalridge https://github.com/signalridge/scoop-bucketscoop install slipway |
| Linux | 使用安装中的 .deb、.rpm、.apk、tar.gz、AUR 或容器镜像路径。 |
| Go 回退方案 | go install github.com/signalridge/slipway@latest |
然后确认二进制文件可见:
slipway --help完整的平台矩阵、发行包路径、校验和验证以及源码构建说明,仍在安装中。
在仓库根目录运行:
slipway init --tools codex填入你实际使用的工具 ID:
slipway init --tools claude,codex,opencodeslipway init --tools allslipway init --tools noneslipway init 会写入 .slipway.yaml 以及可选的、生成出来的 AI 工具适配器。适配器只是便利界面,CLI 始终是权威来源。
启动一个受治理变更
Section titled “启动一个受治理变更”你不必手工驱动 Slipway。在你的 AI 工具会话里,用自然语言描述这个变更:
在 README 里加一段简短的使用说明。
slipway init 生成的适配器会把这个请求路由进受治理的生命周期。入口 skill 接手该变更,agent 替你跑完各个 slipway 阶段——意图采集(intake)、规划、实现、评审,以及收尾门(done gate)——只有当 Slipway 抛出 skill 交接、检查点、阻塞项或就绪可收尾(done-ready)状态、需要你介入时才会暂停。
判断变更是否真正完成的是 Slipway,而不是 agent。想查看 agent 正在读取的同一份状态时,使用只读界面:
slipway status --jsonslipway next --json --diagnostics自己手动驱动(可选)
Section titled “自己手动驱动(可选)”如果你更愿意手工跑生命周期,同一个变更也可以通过普通命令来创建和推进:
slipway new "add a short usage note to README" --profile docs --preset standardslipway run --json --diagnosticsslipway run 只在 Slipway 拥有的阶段之间推进,并在每个面向操作者的边界处停下。如果它返回了一个 skill 交接,请在你的 AI 工具里完成这次交接,然后重新运行只读命令再继续。
如果它失败即停(fail-closed)
Section titled “如果它失败即停(fail-closed)”失败即停的输出是一项特性。它意味着 Slipway 发现证据缺失或过期,并指明了下一步安全动作。
按这个顺序操作:
slipway status --jsonslipway validateslipway next --json --diagnosticsslipway health --doctor --json然后按它指明的恢复命令执行。不要手工编辑 change.yaml、验证 YAML、任务证据或生命周期时间戳。如果证据过期了,重新运行其所属的阶段、评审者或任务证据路径,让 Slipway 能够从当前 worktree 重新推导出时效性。