|
| 1 | +# 2026-05-25 session distillation |
| 2 | + |
| 3 | +## 本轮沉淀的模式 |
| 4 | + |
| 5 | +### 统一 device selector 改造闭环 |
| 6 | + |
| 7 | +当一个 host-side 设备命令已经有平台专属 `--target` 入口,但 agent 侧需要统一入口时,默认把新入口设计为 `--device <selector>`,并保留旧参数作为兼容路径。 |
| 8 | + |
| 9 | +本轮落地到 `triton device runtime-url`: |
| 10 | + |
| 11 | +- 首选:`triton device runtime-url --device harmony-a --probe-manifest --json` |
| 12 | +- 兼容:`triton device runtime-url --platform harmony --target <hdc-target> --probe-manifest --json` |
| 13 | +- selector 支持 alias、`harmony:<target>`、raw HDC target 和 `current` |
| 14 | +- `--device` 与旧 `--target` 同传时返回 `parameter_conflict` |
| 15 | +- schema examples、README、dev 文档、public skills 和 mock smoke 必须同步 |
| 16 | + |
| 17 | +可复用检查点: |
| 18 | + |
| 19 | +1. 先补 schema / selector / round-trip 测试。 |
| 20 | +2. 抽出平台中性 target 到平台专属 target 的 helper,避免多处手写转换。 |
| 21 | +3. mock smoke 同时覆盖新推荐路径和旧兼容路径。 |
| 22 | +4. 文档默认展示统一 selector,兼容路径只作为 fallback 说明。 |
| 23 | + |
| 24 | +复用入口: |
| 25 | + |
| 26 | +- `Sources/TritonKitCLI/CLIHostCommands.swift` |
| 27 | +- `Sources/TritonKitCLI/CLIHostRuntime.swift` |
| 28 | +- `Sources/TritonKitCLI/CLISchemaRuntime.swift` |
| 29 | +- `CLI/Tests/TritonKitCLITests/DeviceCrossPlatformTests.swift` |
| 30 | +- `docs-linhay/scripts/verify-harmony-runtime-base-url-smoke.sh` |
| 31 | +- `.agents/tritonkit-skills/public/tritonkit-emulator-cli-takeover/SKILL.md` |
| 32 | + |
| 33 | +### release 收尾分层 |
| 34 | + |
| 35 | +`docs-linhay/scripts/release.sh <version> --yes` 的完成定义是 Apple Silicon 发布闭环可用: |
| 36 | + |
| 37 | +- 本地 `verify.sh --local` 通过 |
| 38 | +- tag 已推送 |
| 39 | +- GitHub Release 已创建 |
| 40 | +- arm64 CLI 包、skill 包、checksum manifest 已上传 |
| 41 | +- Homebrew tap 已更新并可 `brew fetch --formula NeptuneKit/tap/triton` |
| 42 | + |
| 43 | +x86_64 CLI 资产由 Intel runner 后补上传并再次刷新 checksum / tap。它应被持续观察,但不阻塞 release 脚本返回,也不应在交付说明中写成发布未完成。 |
| 44 | + |
| 45 | +本轮发版还沉淀出一个收尾顺序: |
| 46 | + |
| 47 | +1. 代码和 release 相关提交先进入 tag。 |
| 48 | +2. tag release 完成后,再把“已发布版本、Release URL、Homebrew 验证、x86_64 后补状态”写入 memory。 |
| 49 | +3. memory 写回用 docs-only commit 推回 `main`,不要移动 tag。 |
| 50 | +4. 等这个 docs-only main CI 通过,作为会话收尾证据。 |
| 51 | +5. 若开了额外 `gh-run-summary --watch` 观察 x86_64 backfill,发版主脚本完成后可停止本地 watcher;不能取消 GitHub Actions run。 |
| 52 | + |
| 53 | +复用入口: |
| 54 | + |
| 55 | +- `docs-linhay/scripts/release.sh` |
| 56 | +- `docs-linhay/scripts/gh-run-summary.sh` |
| 57 | +- `.agents/tritonkit-skills/internal/tritonkit-ops-governance/SKILL.md` |
| 58 | +- `docs-linhay/memory/YYYY-MM-DD.md` |
| 59 | + |
| 60 | +## 本轮不纳入的内容 |
| 61 | + |
| 62 | +- 不把 `device runtime-url` 扩展到 iOS;iOS embedded runtime 仍通过 `triton serve` 与 runtime target 选择处理。 |
| 63 | +- 不删除 `--platform harmony --target` 兼容路径。 |
| 64 | +- 不把 x86_64 后补等待作为发版脚本阻塞条件。 |
| 65 | +- 不更新 `AGENTS.md`;本轮新增的是 release 收尾和 selector 改造的执行细节,沉淀到 skill / dev 文档即可。 |
| 66 | + |
| 67 | +## 已完成验证 |
| 68 | + |
| 69 | +- commit `1db99d1 feat: support device selector for runtime url` 已推送并进入 `v0.1.9`。 |
| 70 | +- main CI run `26390606850` 通过。 |
| 71 | +- 本地通过: |
| 72 | + - `swift test --package-path CLI --scratch-path .build/cli --filter DeviceCrossPlatformTests` |
| 73 | + - `swift test --package-path CLI --scratch-path .build/cli` |
| 74 | + - `docs-linhay/scripts/verify-harmony-runtime-base-url-smoke.sh` |
| 75 | + - `docs-linhay/scripts/verify.sh --local` |
| 76 | + - `docs-linhay/scripts/check-docs.sh` |
| 77 | + - `docs-linhay/scripts/qmd-sync.sh` |
| 78 | +- `v0.1.9` Release 已发布:https://github.com/NeptuneKit/TritonKit/releases/tag/v0.1.9 |
| 79 | +- Homebrew arm64 链路已验证:`brew fetch --formula NeptuneKit/tap/triton` 返回 `Formula triton (0.1.9)`。 |
| 80 | +- tag CI run `26391554956` 最终成功,x86_64 backfill 已上传 `triton-macos-x86_64.tar.gz` 并刷新 `tritonkit_checksums.txt`。 |
| 81 | +- release 记录 commit `a9f2347 docs: record v0.1.9 release` 已推送,main docs-only CI run `26392284317` 通过。 |
| 82 | + |
| 83 | +## 后续行动 |
| 84 | + |
| 85 | +1. 继续收口剩余 host-side 命令的 `--device <selector>` 首选路径,优先选择 agent 高频命令。 |
| 86 | +2. 下一次 release 继续沿用“tag 前 clean、tag 后 memory docs-only commit、main docs-only CI 通过”的收尾顺序。 |
0 commit comments