部分请求根本不调用模型
gate.ts 对白名单和加密验证客户端直接放行，它们的零风险记录是本地策略结果，不是模型把握度测量。
查看对应来源 ↗代码仓库分析
traffic-guard
Node/Python HTTP 请求门控，将本地白名单、验证与可选 TypeSafe 的 bot、攻击、伪装、流量类别和风险问题结合。
E2 · 资料已核对已检查公开资料或源码证据；仅有固定提交链接并经对应源码核对，才可称固定版本核验。不代表本站运行过、认可性能或保证安全。
- Stars
- 1
- Forks
- 0
- 协议
- —
- 最近提交
- 2026-09-21
Jev 在这里做什么
Jev 并行回答 is_bot/is_attack/is_spoofed 是否拦截、traffic_type 分类多选一、risk_level 风险打分，以决定放行/挑战/限速/拦截。
把语义判断接到已有的命令行工作流。
已核对固定门控与策略。短路放行来自本地规则，接口故障策略可配置，部分缺失字段使用默认值；本站未复现 WAF、吞吐或 bot 检测基准。
这个项目适合解决什么任务？
将确定性 HTTP 请求筛选与模型流量评估组合。
资料分析日期：
从输入到动作
- 先检查路径/IP 白名单及本地验证。
- 必要时询问 bot、attack、spoofing、类别及风险。
- 按配置策略映射为 allow/challenge/block。
实现中值得检查的地方
服务不可用与答案不全要分开测
门控暴露 allow/block 回退，部分缺失答案使用低风险默认值；部署前必须测这些分支，不能把每份结果都当完整模型评估。
查看对应来源 ↗选择建议
适合研究分层请求门控；限速与协议校验应在概率筛选前执行，故障策略按应用风险决定。
如何自行检查
沿 gate.ts 的短路、缺省和 catch，再对照 policy.ts 的 good-bot、honeypot 分支，用合成 HTTP 元信息检查。
结论的适用边界
- 本站未运行流量压测或攻击基准。
- 有 TypeSafe 问题不等于具备成熟 WAF 防护或已校准 bot 检测。