标准项 以机器可读规则为核心
RFC 与 ADR 流程 投票、图表、评审和历史记录
AI 工件 Lint、CI 和策略建议
Git 发布 仓库 diff 和合并请求
从治理到执行

标准只写一次,到处应用。

架构团队可以维护人类可读的指南,同时嵌入结构化标准项,让 Qarion 能够搜索、评审并编译成实用的执行工件。结果是一条从提案到决策再到仓库 rollout 的闭环。

阅读用户文档 查看 API 参考
Qarion 技术文档和标准工作区

架构评审所需的一切

标准、决策记录和实施护栏集中在一起,不再散落在 wiki 页面、工单和互不相连的仓库文件中。

经过评审的标准来源

使用 Documents 工作流处理草稿、评论、审批、发布、附件和完整修订历史。

  • 专用的 Standards、ADR 和 RFC 区域
  • 已发布页面成为当前事实来源
  • 修订历史跟踪每一次变更

RFC 和 ADR 决策

用明确的投票规则、嵌入式投票和图表完善提案,并让它们始终附着在决策轨迹上。

  • 单选或多选 RFC 投票
  • 文档中的 Mermaid 和 Draw.io 图表
  • 已接受的变更反映到标准或 ADR 中

标准即代码

标准项提供结构化契约,AI 和确定性生成可将其转化为实施工件。

  • 带严重级别和范围的 standard_item 块
  • 面向 linter、pre-commit 和 CI/CD 的工件目标
  • 工件应用前的验证检查

Git 支撑的 rollout

生成的工件可以通过仓库分支和供应商合并请求进行比较、评审和 rollout。

  • 托管的工件仓库
  • Rollout 前的 diff 预览
  • 回链到源标准和修订版本
编译闭环

从标准项到合并请求

Qarion 收集标准项,用 AI 起草工件,验证拟议文件,并准备仓库变更供评审。团队保持控制,同时让标准更容易一致地应用。

简化执行的工件

架构指南会变成具体文件,适配团队已经使用的交付工具。

Linter 和 formatter 配置

生成或更新 pyproject、ESLint、pre-commit 和仓库策略配置等文件。

CI/CD 模块

创建 pipeline 片段和工作流模块,让标准在交付过程中可见。

评审和例外证据

将生成的工件、例外、审批和过期标准指标连接回源页面及其修订版本。

让架构标准可执行

为架构团队提供一条受控路径,从决策制定走向跨仓库的实际执行。