【免费下载链接】jev-reviewA staged code-review workflow and local dashboard built with TypeSafe Jev.项目地址https://gitcode.com/gh_mirrors/je/jev-review点击查看免费下载jev-review是一个基于 TypeSafe Jev 构建的开源分阶段代码审查工作流它内置了 5 大审查维度正确性、安全、可靠性、兼容性、测试缺口和 10 个可量化的阈值参数能审查 Git diff 或扫描完整代码库并通过本地 Dashboard 呈现审查报告帮助开发者在合并前快速定位真正的风险点。它解决什么问题AI 代码审查的分寸感 多数 AI 审查工具要么把整个代码库丢给模型泛泛而谈要么逐行硬查、产出大量噪音。jev-review 的思路是编排逻辑写在代码里模型只负责有边界的判断——先打分筛选再对高信号深入取证、定机制、评严重度最后按阈值决定是否值得人工跟进。整个流程可以概括为Noul 风险矩阵 → 文件画像(ChoiceScore) → 证据选择(Choice) → 机制分类(Choice) → 严重度评分(Score) → 条件式审查人路由(Choice)5大审查维度一页看懂它查什么 jev-review 用 5 个维度对每个文件打风险概率分定义见 src/domain/config.ts维度关注的问题典型机制举例correctness正确性代码很可能包含错误的运行时行为条件判断处理了相反场景、状态读写错误、异步顺序错误security安全引入或削弱了安全边界授权检查被移除、不可信输入到达危险 sink、敏感数据暴露reliability可靠性可能崩溃、竞态、泄漏、死锁或恢复不良失败后跳过清理、并发不安全地更新共享状态compatibility兼容性可能破坏调用方、持久化格式、协议或公开行为移除必填字段、持久化值含义变化testGap测试缺口重要行为缺乏针对性测试证据新失败分支没有断言、协议变更缺少兼容测试每个维度还有一组具体的机制词表含noIssue兜底项模型必须从中做选择题而不是自由发挥机制清单完整定义在 src/domain/config.ts。10个阈值参数审查策略的核心 ⚙️所有阈值集中声明在 src/domain/config.ts纯数据、无依赖改一处即可调整整个审查风格#参数默认值作用1SCREEN_THRESHOLD0.7风险概率达到该值的信号才会被跟进2SEVERITY_MAX3严重度量表上限0–3 四级量表3ROUTE_SEVERITY1.5严重度 ≥ 1.5 才触发审查人路由4BLOCKING_SEVERITY2严重度 ≥ 2 时动作升级为request_changes否则只是comment5MIN_LOCATION_CONFIDENCE0.55证据 hunk 选择的最低置信度低于则丢弃该发现6MAX_FOLLOW_UPS8单次审查最多跟进的信号数控制成本7MAX_PROFILES5最多为风险最高的前 N 个文件生成画像8CONCURRENCY3并行判断的并发上限9SOURCE_FILE正则识别 JS/TS 源文件的后缀模式10TEST_FILE正则识别测试文件tests 目录或.spec/.test后缀两个关键路由规则在 src/review/judgments.ts 中生效严重度 ≥ROUTE_SEVERITY(1.5)额外调用一次模型从security/api/runtime/testing/maintainer中选择最合适的审查人严重度 ≥BLOCKING_SEVERITY(2)发现的动作从评论升级为请求修改。审查流水线阈值如何串联每一步 共享编排逻辑在 src/review/workflow.ts两个入口变更审查 / 代码库扫描共用发现discoverchanges 模式取 Git diff 的变更文件并把变更测试作为上下文参与 testGap 判断codebase 模式扫描作用域下所有非忽略源文件筛选screen并发为每个文件在 5 个维度上输出概率形成Noul 矩阵过滤与排序只保留概率 ≥SCREEN_THRESHOLD的信号并按概率降序取前MAX_FOLLOW_UPS个见 src/review/workflow.ts画像profile风险最高的前MAX_PROFILES个文件做变更类型 审查优先级评分定位与分类每个信号先选证据 hunk置信度不足MIN_LOCATION_CONFIDENCE直接放弃再选机制noIssue则不算发现最后按 0–3 量表评严重度。这样一次大规模扫描中真正消耗深度判断的只有最可疑的少数信号——这也是阈值参数如此重要的原因。快速上手3步跑通审查 前置要求Node.js 24、Git 和 TypeSafe API Keynpm install cp .env.example .env # 在 .env 中填入 TYPESAFE_API_KEY # 审查当前 Git diff 并保存报告 npm run review:changes:save -- /path/to/git/repository # 或扫描整个代码库 npm run review:codebase:save -- /path/to/git/repository # 启动本地 Dashboard npm run dashboard打开http://127.0.0.1:4317即可查看报告。其他命令直接打印 JSON 的review:changes/review:codebase、依赖检查的check等见 README.md。本地 Dashboard只读、绑定回环、零额外攻击面 ️Dashboard 服务刻意保持极简仅绑定127.0.0.1只暴露固定 3 个静态资源 1 个报告 JSON 接口src/dashboard/server.ts响应带Cache-Control: no-store和严格 CSP磁盘上其他文件一律不可达报告存储走原子写src/adapters/report-store.ts大报告在页面中以可折叠分区展示。页面上能直接看到工作流漏斗筛了多少 cells、跟了多少信号、定位了几个发现和 5 维风险矩阵与上文参数一一对应。相关资料路径 内容路径阈值与维度定义src/domain/config.ts共享工作流编排src/review/workflow.ts变更审查判断调用src/review/judgments.ts代码库扫描判断调用src/review/codebase-judgments.ts报告存储src/adapters/report-store.tsDashboard 前端src/dashboard/public/小结jev-review 的价值不在更多 AI 调用而在用 5 个维度把风险语言结构化、用 10 个阈值把判断流程量化。想更严格调低SCREEN_THRESHOLD想降噪提高BLOCKING_SEVERITY即可。所有策略都写在代码里、可审计、可复现这正是它作为审查工作流实验的起点。⚠️ 提示当前版本尚不集成编译器诊断与静态分析器其发现是审查提示而非缺陷证明请结合人工判断使用。赞分享【免费下载链接】jev-reviewA staged code-review workflow and local dashboard built with TypeSafe Jev.项目地址https://gitcode.com/gh_mirrors/je/jev-review点击查看免费下载相关推荐React-md-editor性能优化如何提升大型文档编辑体验React md editor性能优化如何提升大型文档编辑体验 React md editor是一款基于React.js和TypeScript实现的轻量级MaUI库/组件Gradle 项目代码评审指南从正确性、API 契约到安全性的完整审查清单Gradle 项目代码评审指南从正确性、API 契约到安全性的完整审查清单 代码评审是 Gradle 构建工具项目保证代码质量、维护公共 API 稳定性的核心构建工具CLI开发工具atomcode-review 的 CMake 代码评审检查清单正确性、健壮性与规则自定义atomcode review 的 CMake 代码评审检查清单正确性、健壮性与规则自定义 本篇技术指南围绕 atomcode review 内置的 CMak人工智能AI 应用AI Agent代码智能体CLIAI 评测上一篇Summer2026-Internships720 个实习岗位一屏筛完每日更新下一篇轻量级NGINX日志分析工具topngx掀起效率革命创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 
长河君 · 2026/11/2 6:16:04 · 阅读 1.2k 5大审查维度+10个阈值参数：jev-review的正确性、安全与可靠性审查策略完整清单
【免费下载链接】jev-reviewA staged code-review workflow and local dashboard built with TypeSafe Jev.项目地址https://gitcode.com/gh_mirrors/je/jev-review点击查看免费下载jev-review是一个基于 TypeSafe Jev 构建的开源分阶段代码审查工作流它内置了 5 大审查维度正确性、安全、可靠性、兼容性、测试缺口和 10 个可量化的阈值参数能审查 Git diff 或扫描完整代码库并通过本地 Dashboard 呈现审查报告帮助开发者在合并前快速定位真正的风险点。它解决什么问题AI 代码审查的分寸感 多数 AI 审查工具要么把整个代码库丢给模型泛泛而谈要么逐行硬查、产出大量噪音。jev-review 的思路是编排逻辑写在代码里模型只负责有边界的判断——先打分筛选再对高信号深入取证、定机制、评严重度最后按阈值决定是否值得人工跟进。整个流程可以概括为Noul 风险矩阵 → 文件画像(ChoiceScore) → 证据选择(Choice) → 机制分类(Choice) → 严重度评分(Score) → 条件式审查人路由(Choice)5大审查维度一页看懂它查什么 jev-review 用 5 个维度对每个文件打风险概率分定义见 src/domain/config.ts维度关注的问题典型机制举例correctness正确性代码很可能包含错误的运行时行为条件判断处理了相反场景、状态读写错误、异步顺序错误security安全引入或削弱了安全边界授权检查被移除、不可信输入到达危险 sink、敏感数据暴露reliability可靠性可能崩溃、竞态、泄漏、死锁或恢复不良失败后跳过清理、并发不安全地更新共享状态compatibility兼容性可能破坏调用方、持久化格式、协议或公开行为移除必填字段、持久化值含义变化testGap测试缺口重要行为缺乏针对性测试证据新失败分支没有断言、协议变更缺少兼容测试每个维度还有一组具体的机制词表含noIssue兜底项模型必须从中做选择题而不是自由发挥机制清单完整定义在 src/domain/config.ts。10个阈值参数审查策略的核心 ⚙️所有阈值集中声明在 src/domain/config.ts纯数据、无依赖改一处即可调整整个审查风格#参数默认值作用1SCREEN_THRESHOLD0.7风险概率达到该值的信号才会被跟进2SEVERITY_MAX3严重度量表上限0–3 四级量表3ROUTE_SEVERITY1.5严重度 ≥ 1.5 才触发审查人路由4BLOCKING_SEVERITY2严重度 ≥ 2 时动作升级为request_changes否则只是comment5MIN_LOCATION_CONFIDENCE0.55证据 hunk 选择的最低置信度低于则丢弃该发现6MAX_FOLLOW_UPS8单次审查最多跟进的信号数控制成本7MAX_PROFILES5最多为风险最高的前 N 个文件生成画像8CONCURRENCY3并行判断的并发上限9SOURCE_FILE正则识别 JS/TS 源文件的后缀模式10TEST_FILE正则识别测试文件tests 目录或.spec/.test后缀两个关键路由规则在 src/review/judgments.ts 中生效严重度 ≥ROUTE_SEVERITY(1.5)额外调用一次模型从security/api/runtime/testing/maintainer中选择最合适的审查人严重度 ≥BLOCKING_SEVERITY(2)发现的动作从评论升级为请求修改。审查流水线阈值如何串联每一步 共享编排逻辑在 src/review/workflow.ts两个入口变更审查 / 代码库扫描共用发现discoverchanges 模式取 Git diff 的变更文件并把变更测试作为上下文参与 testGap 判断codebase 模式扫描作用域下所有非忽略源文件筛选screen并发为每个文件在 5 个维度上输出概率形成Noul 矩阵过滤与排序只保留概率 ≥SCREEN_THRESHOLD的信号并按概率降序取前MAX_FOLLOW_UPS个见 src/review/workflow.ts画像profile风险最高的前MAX_PROFILES个文件做变更类型 审查优先级评分定位与分类每个信号先选证据 hunk置信度不足MIN_LOCATION_CONFIDENCE直接放弃再选机制noIssue则不算发现最后按 0–3 量表评严重度。这样一次大规模扫描中真正消耗深度判断的只有最可疑的少数信号——这也是阈值参数如此重要的原因。快速上手3步跑通审查 前置要求Node.js 24、Git 和 TypeSafe API Keynpm install cp .env.example .env # 在 .env 中填入 TYPESAFE_API_KEY # 审查当前 Git diff 并保存报告 npm run review:changes:save -- /path/to/git/repository # 或扫描整个代码库 npm run review:codebase:save -- /path/to/git/repository # 启动本地 Dashboard npm run dashboard打开http://127.0.0.1:4317即可查看报告。其他命令直接打印 JSON 的review:changes/review:codebase、依赖检查的check等见 README.md。本地 Dashboard只读、绑定回环、零额外攻击面 ️Dashboard 服务刻意保持极简仅绑定127.0.0.1只暴露固定 3 个静态资源 1 个报告 JSON 接口src/dashboard/server.ts响应带Cache-Control: no-store和严格 CSP磁盘上其他文件一律不可达报告存储走原子写src/adapters/report-store.ts大报告在页面中以可折叠分区展示。页面上能直接看到工作流漏斗筛了多少 cells、跟了多少信号、定位了几个发现和 5 维风险矩阵与上文参数一一对应。相关资料路径 内容路径阈值与维度定义src/domain/config.ts共享工作流编排src/review/workflow.ts变更审查判断调用src/review/judgments.ts代码库扫描判断调用src/review/codebase-judgments.ts报告存储src/adapters/report-store.tsDashboard 前端src/dashboard/public/小结jev-review 的价值不在更多 AI 调用而在用 5 个维度把风险语言结构化、用 10 个阈值把判断流程量化。想更严格调低SCREEN_THRESHOLD想降噪提高BLOCKING_SEVERITY即可。所有策略都写在代码里、可审计、可复现这正是它作为审查工作流实验的起点。⚠️ 提示当前版本尚不集成编译器诊断与静态分析器其发现是审查提示而非缺陷证明请结合人工判断使用。赞分享【免费下载链接】jev-reviewA staged code-review workflow and local dashboard built with TypeSafe Jev.项目地址https://gitcode.com/gh_mirrors/je/jev-review点击查看免费下载相关推荐React-md-editor性能优化如何提升大型文档编辑体验React md editor性能优化如何提升大型文档编辑体验 React md editor是一款基于React.js和TypeScript实现的轻量级MaUI库/组件Gradle 项目代码评审指南从正确性、API 契约到安全性的完整审查清单Gradle 项目代码评审指南从正确性、API 契约到安全性的完整审查清单 代码评审是 Gradle 构建工具项目保证代码质量、维护公共 API 稳定性的核心构建工具CLI开发工具atomcode-review 的 CMake 代码评审检查清单正确性、健壮性与规则自定义atomcode review 的 CMake 代码评审检查清单正确性、健壮性与规则自定义 本篇技术指南围绕 atomcode review 内置的 CMak人工智能AI 应用AI Agent代码智能体CLIAI 评测上一篇Summer2026-Internships720 个实习岗位一屏筛完每日更新下一篇轻量级NGINX日志分析工具topngx掀起效率革命创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考