ghtriage
一套实验性的 GitHub Issue 分流流程，包含类型化标签、置信度门槛、脱敏和受限写入。
Jev 决定什么
Issue 类型、产品领域、严重程度、缺失信息、可行动性、安全敏感度、新手适配度、近似重复与输入风险。
ghtriage 让 Jev 判断 Issue 类型、领域、严重程度和多个审查信号，再由确定性策略隐藏不确定标签，并通过白名单与预算守住每次 GitHub 写操作。
- Jev 的职责
- 判断 Issue 内容与分流、安全信号，同时由本地代码控制每一次写入。
- 输入
- 经过脱敏的 Issue 标题和正文、作者关联、reaction、仓库特定标签和 guardrail 问题。
- 输出
- Choice 分布、一个 Score 和多项 Noul 概率。
- 决策频率
- 每个 Issue 先调用一次 guardrail，再调用一次分类；写入前可以选择重复一致性检查。
- 兜底方式
- 不发布低置信度标签；写入必须显式开启；脱敏、白名单、数量上限和预算由确定性代码执行。
运行方式
项目概览
ghtriage 是一个早期 Python 项目，用于自动给 GitHub Issue 分类。一次 Jev 请求包含八个问题：Issue 类型和产品领域使用 Choice，严重程度使用 Score，是否缺少复现信息、是否可直接行动、安全敏感度、是否适合新手和是否近似重复使用 Noul。正式分类前，还会由另一组 Jev guardrail 问题检查不受信任的 Issue 文本。
模型调用前先用正则确定性脱敏 secret。标签置信度阈值、仓库和标签白名单、单 Issue 上限、整次运行的写入预算和永不自动写入集合都保留在代码中。写入默认关闭。仓库包含冻结 Issue 和红队 fixture，但审核时它仍是只有一次提交的实验项目，本站没有复现它的真实评测或性能说法。
- 开发语言
- Python
- 许可证
- MIT
- 作者
- KalyanM45
信息来源
相关项目
Jev Review
不用一条超长 reviewer prompt，而是用一连串类型化小判断组成代码审查流程。
Jev 决定什么
什么有风险、哪些文件和证据重要、可能如何失效、严重程度以及由谁复核。
Distill
用受限的 Jev 判断处理 Coding Agent 的任务路由、推理强度和上下文保留。
Jev 决定什么
本次调用使用哪个已配置模型和 effort、哪些证据值得关注、是否需要再试一次，以及哪些上下文应被保留。
jev-model-router
用一次并行 Jev 分类为 Claude Code 选择模型档位和推理强度。
Jev 决定什么
工作适合 fast、balanced 还是 deep 档位，需要多少推理，以及生产风险是否要求升级。