确定性治理规则
24 条规则覆盖拉取请求、议题、工作流与部署，按团队、仓库或子路径限定范围，以文档化谓词或固定版本校验的形式执行。
价格Starter 免费，Custom 按组织报价
平台Web / GitHub / Slack / Linear
归类AI 智能体
收录2025-01-01
复核2025-01-01
编辑评分
4.1 / 5
★★★★☆
Warestack编辑总结
Warestack 是一套面向工程团队的交付治理工具，把 GitHub、Linear、Slack 的事件归一到一个结构化视图里，再用规则在合并前标记、路由或阻止有风险的变更。规则可按团队、仓库或子路径划定范围，覆盖 PR、Issue、Workflow、部署四类对象。免费 Starter 档限 5 名成员、5 个仓库、每月 50 个 PR，数据保留 30 天；Custom 档按组织报价，支持最多 500 个仓库、每月 20000 个 PR。短板在于规则目前以 GitHub 为主入口，非 GitHub 代码托管平台的能力未公开。
Warestack是什么？
Warestack 定位是面向 GitHub 组织的工程交付治理层，做的是在变更合入之前介入判断，而不是事后统计。它把 GitHub、Linear、Slack 的事件拉进单一可查询的结构，再由一套确定性规则对拉取请求、议题、工作流和部署做标记、路由或阻止，规则可以按团队、仓库或子路径限定作用范围。
产品把治理动作落到三个位置：标记（Flag）、路由（Route）、带例外的阻止（Block with exceptions）。规则库目前有 24 条，分代码质量与意图、评审流程与工作流两组，例如“PR 变更行数超过配置上限就标记”“PR 没有关联 Linear 或 GitHub 议题就标记”“到达合并时人工批准数少于分支前缀要求就标记，机器人批准不计入”。规则以文档化的谓词或固定版本的校验形式呈现。
使用方式按角色分：工程团队用 GitHub 检查项接入，失败会在 PR 上直接显示；管理者在 Metrics 里看部署频率、前置时间、评审周转等信号，并可用自然语言提问、预览结果再保存成报告；Slack 与 Linear 共享同一套规则引擎和团队映射，告警和上下文不会分裂成两套口径。
Warestack核心功能
变更标记与阻止
对风险变更可执行三种动作：标记、路由、带例外的阻止。PR 超出配置行数上限会被标记，锁文件改动不计入。
PR 范围漂移检测
当拉取请求引入与关联 Linear 或 GitHub 议题无关的改动时触发，用范围相似度判定，避免夹带无关变更。
评审合规校验
按分支前缀设定所需人工批准数，例如 feat/ 要 2 个、fix/ 要 1 个，机器人批准不计入；敏感路径改动需代码所有者独立批准。
代理与人工区分
对代理生成的 PR 与人工 PR 做分类，并识别 .cursorrules、CLAUDE.md 等指令文件，关键服务上可要求人工介入。
工程指标视图
读取部署频率、前置时间、评审周转、不当评审合并、滞留 PR、失败部署六项信号，统一用 Elite、High、Medium、Poor 评级，窗口可选 30 至 365 天。
官方说明 ↗自然语言报告
用自然语言提出交付问题，审查生成的查询、预览结果行，再保存为报告，减少手写查询与看板搭建。
多源事件归一
GitHub、Linear、Slack 的事件被归一为单一可查询结构，无需手工接入或自建管道，三个来源共用一套规则引擎与团队映射。
Warestack值不值得用？
如果团队已经有明确的交付标准，但标准只停留在文档里、合并时没人核对，Warestack 的价值最直接：它把标准变成 PR 上的检查项，不通过就拦截，事后不用再靠事故倒查。已经在用 GitHub 加 Linear 的团队接入成本低，Starter 免费档够 5 人以内的团队验证规则是否贴合实际。要留意两点：数据保留在免费档只有 30 天，看长期趋势会受限制；Custom 档需要联系销售定价，采购流程比自助订阅长。
建议选它的情况
- 5 人以内小团队想先验证治理规则是否可行，免费档的仓库与 PR 额度够跑通流程
- 已经有书面交付标准、但合并时缺少强制核对环节的工程组织
- 同时使用 GitHub、Linear、Slack，希望规则和上下文只维护一套的团队
不建议选它的情况
- 仓库或 PR 规模超过 Starter 上限、又不准备走 Custom 采购流程的团队
- 需要查看超过 30 天历史事件做长期趋势分析、但不想升级到付费档的用户
Warestack使用建议
入门先把路子走对
- 先连 GitHubGitHub 是第一个接入的源，接完之后 Slack 和 Linear 才共享同一套运营上下文与团队映射。
- 用告警模式试规则Starter 档的纯语言规则以警告模式运行，先让它只标记不阻止，观察触发频率再决定是否改成拦截。
- 全组织只选一个窗口指标视图在整屏内只使用一个选定窗口，切换 30 天到 365 天时整屏一起变，先确定口径再看数。
进阶省时间也省钱
- 按分支前缀分档将 feat/ 设为需要 2 个人工批准、fix/ 设为 1 个，避免全仓库一刀切导致小修复被拖慢。
- 机器人批准排除在外人工批准数统计不会计入机器人批准，若团队依赖自动审批工具，需要按人工实际评审数设阈值。
- 为代理 PR 设人工兜底对关键服务上的代理生成 PR 打开人工介入开关，其他仓库保持自动流转，把人工成本花在高风险位置。
Warestack适合谁用？
5 人以内初创团队
推荐免费 Starter 档限 5 名成员、5 个仓库、每月 50 个 PR，足够验证规则是否符合自己的交付习惯。
平台工程团队
推荐需要把交付标准绑定到合并动作、又不希望维护自建管道，24 条规则可直接按团队或子路径套用。
合规与安全负责人
推荐敏感路径改动要求代码所有者独立批准，生产部署缺少验证证据会被标记，便于留痕。
需要长期趋势分析的团队
有条件免费档只保留 30 天事件流，更早的流会被清理，做年度对比需要升级到保留 5 年的 Custom 档。
非 GitHub 托管用户
不推荐产品以 GitHub 为首要接入源，规则围绕 PR、Issue、Workflow 展开，其他托管平台的支持情况官网未说明。
Warestack优点和缺点
优点
- 24 条规则覆盖 PR、议题、工作流、部署，可按团队、仓库或子路径限定作用域
- 机器人批准不计入人工批准数，避免自动审批把评审合规指标刷高
- 能识别 .cursorrules、CLAUDE.md 等指令文件，并区分代理与人工 PR
- GitHub 之外还归一 Linear 与 Slack 上下文，规则与团队映射只有一套
- Starter 免费且不削减规则引擎，与 Custom 使用同一套规则评估模型
缺点
- 免费档数据保留仅 30 天，长周期趋势窗口受限
- Custom 档需联系销售定价，官网未公开具体价格
- 非 GitHub 代码托管平台的支持情况官网未说明
- 高级条件规则仅 Custom 档提供，免费档只有纯语言规则的警告模式
Warestack版本与计费对比
| 方案 | 价格 | 包含内容 | 说明 |
|---|---|---|---|
| Starter | Free | 1 个团队 • 5 名成员 • 最多 5 个仓库 • 每月最多 50 个 PR | 含代理与人工 PR 分类、指令文件检测、纯语言规则（警告模式）、基础交付时间线、Slack 与邮件告警、30 天数据保留 |
| Custom | Contact us | 最多 100 个团队 • 不限成员 • 最多 500 个仓库 • 每月最多 20000 个 PR | 含 Starter 全部能力，另加 SSO/SAML、SCIM 与 SLA、高级条件规则、合并后漂移检测、关键服务代理 PR 人工介入、代理责任看板、Vanta/ServiceNow/PagerDuty 集成、最长 5 年数据保留与优先支持 |
以上为公开费率整理，厂商保留调价权利，实际以官方页面为准。
Warestack关键指标
Warestack常见问题
免费版能用到什么程度？＋
Starter 档免费，限 5 名成员、5 个仓库、每月 50 个 PR，含 Slack 与 Linear 集成、核心治理规则和 30 天数据保留。规则引擎没有被功能开关砍掉，与 Custom 使用同一套评估模型，差别在规模和历史上限。
试用期结束后会怎样？＋
30 天免费试用不需要信用卡，到期后账号自动转为免费 Starter 档，已连接的仓库和最近 30 天数据都保留。要提高仓库、PR 上限或保留时长，可在仪表盘升级，或联系销售走 Custom 档。
免费档和付费档的功能差别在哪？＋
核心治理能力各档一致，包括精选 PR 规则、GitHub 检查项、Slack 与 Linear 上下文、指标和自然语言报告。差异集中在仓库与用量上限、数据保留时长、组织级管控，以及 Custom 档的 SSO/SAML、SCIM、Vanta、ServiceNow、PagerDuty 等集成。
能拦住合并吗？＋
可以。规则动作有标记、路由和带例外的阻止三种，Warestack 的合规检查项直接把结果落到 PR 上。例如 PR 变更行数超过配置上限会被标记，到达合并时人工批准数不足则会拦住，机器人批准不算数。
怎么判断是代理写的还是人写的 PR？＋
产品做代理与人工 PR 分类，并检测 .cursorrules、CLAUDE.md 这类指令文件。Custom 档还对关键服务上的代理 PR 提供人工介入控制，并配有代理责任看板。
指标看哪些数？＋
六项：部署频率、前置时间、评审周转、不当评审合并、滞留 PR、失败部署。每项保留自己的单位，但整屏共用 Elite、High、Medium、Poor 一套评级，窗口可选 30、90、180、365 天，整屏同时切换。
Warestack最新动态
-
DORA State of DevOps 2024 数据引用
官网引用 DORA State of DevOps 2024：平均 PR 评审等待时间 31 小时。
