用途：构建并交付 Gimble 的变更，确保所请求的行为已实现并得到验证；Gimble 在本机为代理提供服务，本地安装即分发目标。编写工作流请用 Author workflows，操作工作流请用 Use Gimble。
主要能力与流程：在任务 worktree 内工作，阅读 AGENTS.md、docs/definition-of-done.md 及相关需求；用 Godoc 查 API，先本地化远程需求再给出绝对路径。实现尽量简单，工作流策略保持普通 Go 可见，不添加未请求的功能、兼容层或抽象。仓库完成标准是所请求功能已实现并被看到可用；90–95% 完成指引允许推迟剩余小问题，但不允许把必需的失败检查说成成功。
构建：运行 just build，该配方准备 Go 与前端依赖、执行生成、格式化生成的前端输出、构建 Svelte、检查 web/build/skgo.manifest.json 存在、打包 web/build.zip 并以嵌入的 Web 应用构建 bin/gimble。仅在同一检出中先 just build 再 go install ./cmd/gimble。生成文件由生成器拥有，应重新生成并检查差异，不要手工改生成输出。
检查与证明：按变更运行 just vet、just test、just fmt-check，以及 just build 之后的 just e2e（可用 BASE_URL 指向已有服务器）。文档改动需检查指令与链接；行为改动走真实路径验证。独立验证器检查工作及其证据是否确立完成定义。可重复检查应与被测代码放在一起；不要提交证明程序、截图、日志或运行输出。
模型目录刷新：每日 models.dev 任务会为生成的价格数据开 PR，不发布版本；合并前审查新增与移除的模型 ID，若新版本改变现有系列，需更新 internal/modelalias/modelalias.go 中的无版本简写与显式版本、cmd/gimble/defaults.json 中受影响的内置角色及其他默认或帮助。打标签前检查 go.mod 无阻碍版本化安装的 replace，用 go install github.com/tylergannon/gimble/cmd/gimble@<commit> 安装并确认 Web 监听器能提供页面。
合并与刷新本地安装：每个发布必须更新 CHANGELOG.md，把 Unreleased 条目移入带发布日期的版本标题下，更新比较链接并留出新的空 Unreleased 段。功能或修复合并后，快进主检出、just build、go install ./cmd/gimble，并重装已发布技能：vp dlx -- skills add https://github.com/tylergannon/gimble/tree/main/skills --global --agent codex claude-code --skill '*' --yes。用 command -v gimble 解析可执行文件，检查 gimble --help、gimble run --help 及相关工作流帮助。技能维护源为仓库 skills/，共享安装位置为 ~/.agents/skills/，Gimble 技能集为 gimble、gimble-workflows、gimble-release、gimble-runs。
限制：本地发布无需二进制签名或可扩展分发系统；文档站点 CI 与计划中的模型目录 PR 各有范围，不意味存在通用 CLI 发布流水线。资料未提供具体版本号、价格或平台支持范围。