Agent 交付前多模型代码审查plate 仓库 autoreview Skill 结构化审查工作流实战指南【免费下载链接】plateRich-text editor with AI and shadcn/ui项目地址: https://gitcode.com/GitHub_Trending/pl/plate导读本文以 .agents/skills/autoreview/SKILL.md 为核心系统拆解 plate 仓库内置的 autoreview Skill——一套用于「提交/发布前收尾」的结构化 AI 代码审查工具链。它默认调用 Codexgpt-5.5可选 Claude、Pi、Droid、Copilot、OpenCode通过统一 JSON Schema 输出可校验的审查结论并内置范围治理、引擎隔离、安全脱敏与回归溯源规则。读完本文你将掌握 autoreview 的目标选择、面板组合、模型/思考层级配置、隔离机制与退出码语义并能在自己的仓库中直接复用这套脚本完成干净收尾式的代码审查。一、autoreview 是什么定位与适用场景autoreview 是 plate 仓库.agents/skills/autoreview/目录下的一个 Agent Skill配套一份约 3000 行的 Python 实现scripts/autoreview其核心定位是它是收尾关卡closeout gate而不是 Guardian 的auto_review审批路由。文档开篇就明确区分这是一次代码审查而非审批流程默认审查引擎是 Codex使用gpt-5.5通常能给出最好的审查结果应保持为常规最终收尾引擎Claude 为可选项默认claude-fable-5触发条件Use when包括用户明确要求某引擎审查Codex / Claude / Pi / Droid / OpenCode / autoreview / second-model review、非平凡的代码编辑之后提交/发布前、修复后的本地分支或 PR 分支复查。从仓库结构看该 Skill 还有配套的冒烟测试壳test-review-harness、test-review-harness.ps1、test-review-harness.py与单元测试tests/test_autoreview_hardening.py说明这是一条被认真测试过的自动化审查链路。二、审查契约Contract先立规则再跑审查SKILL.md 的 Contract 小节定义了运行审查时必须遵守的硬性规则这些规则同时也被写入了发送给引擎的 Prompt见源码build_prompt中的 Hard rules主要包括审查输出只是建议绝不盲目套用每个 finding 都必须回到真实代码路径与相邻文件核实依赖外部行为时依赖库文档/源码/类型要读原文档确认拒绝不切实际的边缘场景、推测性风险、大范围重写以及让代码库过度复杂的修复倾向在正确的所有权边界内做小修复除非重构能明显改善该 bug 类别否则不重构发现 bug 类别或重复模式时先在当前 PR 范围内排查同类实例能一次性修掉同类 bug 就修并在触及的表面、所有权边界、明确的后续工作处停下一旦审查触发的修复改了代码必须重跑相关测试并重跑结构化审查禁止中途切换或覆盖审查引擎/模型模型达到容量上限时用同一引擎/模型重试同一命令数次对超大 bundle 要有耐心单次结构化审查最长可达 30 分钟尤其启用 Codex 工具或联网搜索时心跳行是健康信号而非卡死类似review still running: ... elapsed... pid...的输出代表进度在推进需要实时引擎文本时可加--stream-engine-outputCodex 与 Claude 会过滤工具/文件噪音其余引擎原样透传不要在审查中途调用内置的codex review、嵌套审查者或审查面板——helper 只构建一个 bundle、调用一个选定引擎、校验一份结构化结果、然后停止审查模式允许只读工具与联网搜索便于核查依赖契约、上游文档与当前行为安全视角始终在场但不该阉割合法功能只有当变更制造了具体可利用的风险、移除了重要安全检查、或缺少信任边界校验时才报告安全 finding回归溯源要保持角色分离被指责的代码作者、被指责的 PR 作者、PR 合并/提交者、当前 PR 作者、PR/日期各记各的找不到被指责 PR 时用被指责提交作为溯源提交 SHA、日期、作者用户名不为了更漂亮的干净结论多跑一次审查helper 成功退出且无 actionable findings 即视为干净结果。关于回归溯源的两个细节若被指责的 PR 由clawsweeper[bot]等自动化合并应尽可能定位人工触发者先查时间线与评论被限流时用 gitcrawl/缓存或公开 PR HTML寻找clawsweeper automerge、/landpr或武装 automerge 的标签/状态评论报告automerge triggered by login找不到则如实说明若gh/Gitcrawl 报告database disk image is malformed先运行一次gitcrawl doctor --json让便携缓存自修复再重试若 Gitcrawl 报告便携清单不匹配或源/运行时 DB 健康错误同样先跑gitcrawl doctor --json检查source_db_health、runtime_db_health、portable_store_status再决定是否回退到实时 GitHub。三、范围治理Scope Governor审查不是重写任务的许可autoreview 反复强调收尾关卡身份Scope Governor 小节给出了可操作的范围冻结机制首次审查前先冻结范围基线原始请求或 issue、目标分支、预期行为、所有权边界、变更文件、非测试 LOC。对继承而来或已膨胀的分支用预期的 PR diff 作为基线而不是接受全部既有分支漂移。修补 finding 前必须先分类分类判定标准处置范围内阻塞项In-scope blocker由当前 diff 引入、影响同一所有权边界、修复不改变任务契约直接修后续项Follow-up真实问题但属于相邻 bug 类别、兄弟表面、清理或更广加固轨道记录不扩大本次改动停下并升级Stop-and-escalate需要新协议/配置/存储/公共 API 契约、不同所有权边界、发布流程变更或超出原请求的设计选择报告范围破坏出现以下情况必须停止修补并报告范围破坏窄 PR 演变成架构变更、协议变更、迁移或发布流程变更未经明确批准diff 超过原文件数或非测试 LOC 的 2 倍两轮审查触发的修补仍未收敛——先暂停重新分类所有剩余 finding 再改最佳修复是先定义规范契约而非再堆一层本地推断修复已接受的 finding 会让 PR 不再描述相同的行为、issue 或所有权边界。两轮暂停之后只有当下所有剩余已接受 finding 仍是范围内阻塞项时才继续否则保留有用分析、确定最小可安全落地的子集为更大修复开启后续跟踪不要为了满足审查者而继续提交推测性修复。关键例外必须显式声明活跃数据丢失、崩溃、安装/升级破坏、发布阻塞、具体安全暴露——不属于这五类就不足以撑爆范围。四、发布分支与发布流程纪律对 release、beta、stable、hotfix、签名、公证、appcast、包发布、发布检查等工作即使分支名不像发布分支也要使用冻结纪律只修发布阻塞项、失败的发布基础设施、精确 backport、安装/升级破坏、数据丢失、崩溃或具体安全暴露非阻塞的 autoreview findings 应作为main的后续项而不是扩大发布分支的理由不引入新产品行为、配置面、协议形状、迁移、插件所有权、文档叙事或流程策略除非它直接解除发布阻塞证明要锚定发布目标精确分支/ref、失败检查或发布风险原因、最小命令/证明、修复是否必须前向移植到main发布收尾时若发现真实但非关键的设计问题停下并制定后续 issue/PR 计划绝不用发布分支当重构跑道。五、Skill 路径设置一次配置随处引用脚本路径只需设置一次之后统一使用$AUTOREVIEW与$AUTOREVIEW_HARNESS引用。三种可选方式# 项目内 Skill当前仓库 export AUTOREVIEW.agents/skills/autoreview/scripts/autoreview export AUTOREVIEW_HARNESS.agents/skills/autoreview/scripts/test-review-harness# openclaw/agent-skills 源码检出 export AUTOREVIEWskills/autoreview/scripts/autoreview export AUTOREVIEW_HARNESSskills/autoreview/scripts/test-review-harness# 全局 Skill export AGENTS_HOME${AGENTS_HOME:-$HOME/.agents} export AUTOREVIEW$AGENTS_HOME/skills/autoreview/scripts/autoreview export AUTOREVIEW_HARNESS$AGENTS_HOME/skills/autoreview/scripts/test-review-harness使用 Claude Code 时设置AGENTS_HOME$HOME/.claude用于全局 Skill项目内 Skill 位于当前仓库.claude/skills/下。六、选择审查目标Pick Targetlocal / branch / commithelper 按目标自动构建 diff bundle三种模式对应三种场景脏工作区local——仅当补丁确实处于未暂存/已暂存/未跟踪状态时使用$AUTOREVIEW --mode local--mode uncommitted是--mode local的别名。注意干净的本地审查只能证明没有本地补丁已提交、已推送或 PR 工作必须指向 commit 或 branch diff不要因为文档先讲脏工作区就强行用脏模式。分支/PR 工作branch$AUTOREVIEW --mode branch --base origin/main审查上下文是一等公民Prompt 文件与数据集必须仓库相对防止 bundle 拉取任意主机文件$AUTOREVIEW --mode branch --base origin/main --prompt-file review-notes.md --dataset evidence.json存在开放 PR 时使用其真实基线base$(gh pr view --json baseRefName --jq .baseRefName) $AUTOREVIEW --mode branch --base origin/$base已提交的单个变更commit——用于已落地/已推送的main工作$AUTOREVIEW --mode commit --commit HEAD对干净main与origin/main对比通常是空 diff小提交栈可逐个显式审查或在合并前用--base审查整个分支。七、并行收尾Parallel Closeout格式化先行因为格式化可能改变行号然后测试与审查可并行$AUTOREVIEW --parallel-tests focused test commandWindows 上默认--parallel-testsshell 保留 PythonshellTrue的cmd.exe语义聚焦测试命令为 PowerShell 专属时用--parallel-tests-shell powershell或--parallel-tests-shell pwsh。权衡在于测试可能迫使代码改动从而使审查过期。若测试或审查导致代码编辑重跑受影响的测试并重跑审查直到没有 accepted/actionable findings那次重跑干净退出后就停止不要为冗余确认再烧一轮长审查。八、多审查者面板Review Panels对同一份冻结 bundle 跑多个审查者$AUTOREVIEW --reviewers codex,claude,pi,droid--panel是 CodexClaude 的简写除非--engine改变首个审查者$AUTOREVIEW --panel显式设置各审查者模型与思考层级$AUTOREVIEW --reviewers codex,claude --model codexgpt-5.5 --thinking codexhigh --model claudeclaude-fable-5 --thinking claudemax简单模型 ID 也支持内联语法$AUTOREVIEW --reviewers codex:gpt-5.5:high,claude:claude-fable-5:max模型 ID 含斜杠或多余冒号时优先键值形式$AUTOREVIEW --engine pi --model anthropic/claude-sonnet-4 --thinking high $AUTOREVIEW --engine opencode --model opencode/north-mini-code-free --thinking high $AUTOREVIEW --engine droid --model claude-opus-4-8 --thinking low $AUTOREVIEW --reviewers codex,pi --model codexgpt-5.5 --model pianthropic/claude-sonnet-4 $AUTOREVIEW --reviewers codex,opencode --model codexgpt-5.5 --model opencodeopencode/north-mini-code-free $AUTOREVIEW --reviewers codex,droid --model codexgpt-5.5 --model droidclaude-opus-4-8多审查者面板是可选加入的仅在明确要求或风险值得额外开销时使用主 Agent 仍要在接受每个 finding 前亲自核实。九、模型与思考层级Models and Thinking--model可全局或按引擎enginemodel传入--thinking同理enginelevel多审查者时重复使用即可。推荐模型默认值引擎默认模型来源说明codex默认gpt-5.5OpenAI 当前 GPT-5.5 别名claudeclaude-fable-5Anthropic 当前广泛可用的最强 Claude 模型Droid、Copilot、Pi、OpenCode 在此不设内置默认模型因为其 provider 目录在 Codex/Claude 收尾路径之外且随安装环境而异。各引擎的模型旗标与思考层级引擎模型旗标示例模型 ID思考旗标可接受层级codex默认codex --model X exec ...gpt-5.5、gpt-5.5-2026-04-23-c model_reasoning_effortYnone、minimal、low、medium、high、xhighclaudeclaude --model Xclaude-fable-5、claude-opus-4-8、claude-sonnet-4-6、claude-haiku-4-5--effort Ylow、medium、high、xhigh、maxdroiddroid exec --model Xclaude-opus-4-8、Factory 模型 ID-r, --reasoning-effort Yoff、none、low、medium、highcopilotcopilot --model Xgpt-5.2、Copilot 模型别名不支持n/apipi --model Xanthropic/claude-sonnet-4、openai/gpt-4o--thinking Yoff、minimal、low、medium、high、xhighopencodeopencode run -m Xopencode/north-mini-code-free、OpenCode provider/模型 ID--variant Yminimal、low、medium、high、max匹配当前main行为的示例# Codex 显式模型与推理 $AUTOREVIEW --engine codex --model gpt-5.5 --thinking high # Claude Code 别名或全名可加可用性回退链 $AUTOREVIEW --engine claude --model claude-fable-5 --thinking max $AUTOREVIEW --engine claude --model claude-fable-5 --fallback-model claude-opus-4-8,claude-sonnet-4-6 # Factory Droid 显式模型与推理力度 $AUTOREVIEW --engine droid --model claude-opus-4-8 --thinking low # GitHub Copilot仅模型无思考旋钮 $AUTOREVIEW --engine copilot --model gpt-5.2 # Pi 显式模型与思考层级 $AUTOREVIEW --engine pi --model anthropic/claude-sonnet-4 --thinking high --pi-bin pi # OpenCode 显式 provider/模型与 variant $AUTOREVIEW --engine opencode --model opencode/north-mini-code-free --thinking high环境变量默认值CLI 旗标优先级高于环境变量变量用途AUTOREVIEW_MODEL覆盖所有引擎的内置默认--modelAUTOREVIEW_THINKING所有引擎的默认--thinkingAUTOREVIEW_FALLBACK_MODEL默认 Claude--fallback-model链AUTOREVIEW_ENGINE_MODEL按引擎覆盖模型如AUTOREVIEW_CODEX_MODELgpt-5.5AUTOREVIEW_ENGINE_THINKING按引擎覆盖思考层级AUTOREVIEW_CLAUDE_FALLBACK_MODEL仅 Claude 的回退链底层映射关系源码run_codex/run_claude/run_droid/run_pi/run_opencode中可见Codex 将思考映射为model_reasoning_effortClaude 映射为--effortDroid 映射为-r, --reasoning-effortPi 映射为--thinkingOpenCode 映射为--variantCopilot 拒绝--thinking。只有 Claude 接受--fallback-model全局 CLI/env 回退要求至少一个 Claude 审查者按引擎指定的回退覆盖要求该审查者被选中非 Claude 的回退覆盖包括AUTOREVIEW_NONCLAUDE_FALLBACK_MODEL会 fail-closed 而非静默忽略——源码reviewer_args中明确抛错--fallback-modelis only supported for claude。十、审查引擎隔离Review Engine Isolation这是 autoreview 最具安全工程色彩的部分当审查在仓库内运行时外部审查者 CLI不得加载分支可控制的项目本地信任或配置。各引擎的隔离旗标引擎隔离旗标参考codex仅认证配置覆盖、-c project_doc_max_bytes0、仓库trust_leveluntrusted、exec --ignore-user-config --ignore-rules、只读沙箱Codex CLIexec --helpclaude--safe-mode --setting-sources user --strict-mcp-config --disallowedTools mcp__*加显式--allowedTools--safe-mode需 Claude Codev2.1.169Claude Code CLI referencepi--no-approve --no-session --no-context-files --no-extensions --no-skills --no-prompt-templates --no-themes加只读工具白名单Pi CLI--help需 Piv0.79.0opencodeopencode run --dir repo --pure --format json、prompt 走 stdin、中性子进程 cwd、注入默认拒绝的权限、禁用项目配置OpenCode CLI--help源码中的关键实现细节可对照 scripts/autoreview 阅读Codex--ignore-user-config跳过 exec 运行的配置加载autoreview 只从CODEX_HOME/config.toml重建文档化的cli_auth_credentials_store、forced_login_method、forced_chatgpt_workspace_id三个键codex_auth_config_flags既保留认证与工作区限制又不转发无关用户配置。显式仓库信任覆盖与零项目文档预算让被审仓库的AGENTS.md与.codex/信任面进不了审查 prompt--ignore-rules跳过用户/项目 execpolicy 规则Claude--safe-mode禁用项目 hooks、skills、plugins、MCP 服务器与 CLAUDE.md同时保留正常认证、模型选择、内置工具与权限--setting-sources user避免加载被审检出的项目/本地设置--strict-mcp-config与--disallowedTools mcp__*让 MCP 对审查运行不可用此处不用--bare因为 Claude headless 文档说明它会跳过 OAuth 与 keychain 读取。ensure_claude_isolation_supported会在运行前校验版本v2.1.169与--help中是否包含全部必需旗标缺一则 fail-closedPi--no-approve让单次运行忽略项目本地文件helper 要求 Piv0.79.0且--help输出广告所有必需隔离旗标旧二进制可能静默忽略未知旗标。当前包为earendil-works/pi-coding-agent已弃用的mariozechner/pi-coding-agent0.73.x会被有意拒绝。版本探测与审查命令都从中性临时目录运行而非被审仓库--no-context-files移除AGENTS.md/CLAUDE.md资源禁用旗标排除.pi扩展、skills、prompts、themes--no-session避免写入审查会话只读白名单不包含bash、edit、writeOpenCode从中性临时目录启动用--dir指向被审仓库OPENCODE_DISABLE_PROJECT_CONFIG1禁用项目配置并注入OPENCODE_CONFIG_CONTENT权限默认拒绝、允许 read/grep/glob、保留 OpenCode 的.env询问规则、--no-web-search门控websearch/webfetch注入配置还会清空 command/instructions/plugin 数组禁用 write/edit/bash/task/skill/todowrite 工具而不改变用户认证存储。审查 prompt 经 stdin 传递而非 argv最终结构化 JSON 从type: text事件中提取。OpenCode 拒绝--no-tools。从源码看还有一层通用隔离safe_engine_env阻断BASH_ENV、ENV、GIT_CONFIG*、LD_PRELOAD、NODE_OPTIONS、PYTHONHOME、PYTHONPATH等危险环境变量safe_engine_path只从绝对 PATH 条目解析可执行文件且绝不从被审检出的目录解析仓库内同名codex/ps等会被跳过并用GIT_CONFIG_COUNT注入固定 git 覆盖关闭 fsmonitor、pager、外部 diff 等。十一、上下文效率与 Helper 行为直接运行 helper让目标选择、引擎选择、结构化校验与退出状态保持在同一条路径上输出太吵时在 helper 返回后汇总其输出不要请另一个 Agent 或审查者重跑。查看帮助与冒烟测试$AUTOREVIEW --help冒烟测试壳是共享 Python 实现的薄 shell 包装$AUTOREVIEW_HARNESS --fixture benign --engine codexWindows 原生环境下用 Python 调用无扩展名 helperpython skills\autoreview\scripts\autoreview --help以及冒烟测试skills\autoreview\scripts\test-review-harness.ps1 -Fixture benign -Engine codexHelper 的关键行为与源码main()/choose_target对应优先选择脏本地改动--mode uncommitted是--mode local别名否则在gh pr view可用时使用当前 PR 基线再否则非main分支使用origin/main分支审查期间不自动 fetch所选基线 ref 必须已在本解析支持--engine codex/claude/droid/copilot/pi/opencode默认取AUTOREVIEW_ENGINE或codex裸git、gh、审查者与 PowerShell shell 命令只从绝对 PATH 条目解析绝不从被审检出解析显式相对--*-bin路径从被审仓库根解析默认只写 stdout除非设置--output、--json-output或实时流式引擎 stderr支持--dry-run、--parallel-tests、--parallel-tests-shell、--prompt、仓库相对--prompt-file、仓库相对--dataset、--no-tools、--no-web-search与 commit refs--stream-engine-output或AUTOREVIEW_STREAM_ENGINE_OUTPUT1在保留结构化校验的同时流式输出引擎文本Codex 与 Claude 隐藏工具/文件事件细节、输出紧凑活动摘要、回合结束时报告用量支持--panel/--reviewers可选面板以及按引擎的--model、--thinking、Claude--fallback-model内置模型默认codexgpt-5.5、claudeclaude-fable-5CLI 省略时尊重AUTOREVIEW_MODEL、AUTOREVIEW_THINKING、AUTOREVIEW_FALLBACK_MODEL及按引擎的AUTOREVIEW_ENGINE_MODEL/_THINKING默认允许只读工具与联网搜索选定 CLI 支持处prompt 中禁止嵌套审查Codex 通过codex exec运行仅认证用户设置、只读沙箱、隔离旗标、结构化输出Claude 以--safe-modev2.1.169、--setting-sources user、禁用 MCP、显式允许工具、可选--fallback-model运行Droid 以droid exec只读模式运行转发--model与-r, --reasoning-effort流式时切换--output-format stream-jsonPiv0.79.0从中性临时目录运行启用工具时内置只读工具read,grep,find,lsOpenCode 从中性临时目录运行opencode run --dir repo --pure --format json转发--model与--variant注入默认拒绝权限、禁用项目配置prompt 走 stdin长时等待期间向 stderr 打印review still running: engine elapsedsecondss pidpid除非近期可见流式输出或紧凑 Codex 活动选定审查命令退出 0 时打印autoreview clean: no accepted/actionable findings reported存在 accepted/actionable findings 时非零退出。心跳与进程监控源码层佐证run_with_heartbeat以 60 秒为周期对子进程communicate超时超时即采样 CPU/内存/状态并输出心跳行emit_heartbeat。文档给出的健康判定是不要因为安静 2-5 分钟就杀审查也不要在 30 分钟窗口内因为还在跑就杀掉只在错过多个预期心跳、超过 30 分钟、或子进程明显失败后再检查进程并且优先让同一 helper 命令自然结束。心跳的 CPU 采样还会验证只读边界——源码自测会构造一个仓库内名为ps的恶意可执行文件确认心跳采样绝不会执行它。十二、结构化输出与安全脱敏bundle 是怎么被洗干净的源码 scripts/autoreview 揭示了审查 bundle 的构建与校验流水线统一 JSON SchemaSCHEMA顶层必需findings、overall_correctness、overall_explanation、overall_confidence每个 finding 必需title≤140 字符、body≤2000、priorityP0–P3、confidence0–1、categorybug/security/regression/test_gap/maintainability、code_locationfile_pathline。校验器validate_report逐项检查类型、枚举与长度并在--require-finding存在时要求 finding 文本包含指定子串敏感内容防线SENSITIVE_PATH_PARTS.aws、.ssh、secrets等与SENSITIVE_NAME_PATTERNS.env*、私钥文件名、*secret*/*token*/*credential*等阻断敏感路径SECRET_VALUE_PATTERNS匹配私钥块、api_key/token/password赋值、Bearer、sk-/github_pat_/glpat-/npm_/xox及 AWS/GCP 密钥格式symlink、仓库外路径、二进制文件都会被拒。命中即抛错refusing to include secret-like content in review bundle范围锚定validate_report会丢弃 code_location 不在本次变更文件集合内的 finding打印autoreview ignored out-of-scope finding ...若全部被忽略且总体判定为 incorrect会自动改写为 correct 并追加说明。这从实现层面落实了只报告本 diff 引入或暴露的缺陷Prompt 组装build_prompt内嵌硬规则只返回一个 JSON 对象、禁止嵌套审查命令、只读工具、报告安全类别的枚举、范围纪律文本review_scope_policy以及变更 bundle再交给选定引擎。十三、测试与验证体系冒烟测试scripts/test-review-harness.py在临时 git 仓库中构造malicious含真实安全 bug 的补丁命令注入、路径穿越、密码泄露或benign安全敏感但正确的补丁两种 fixture逐引擎跑 autoreviewmalicious场景使用--require-finding command --expect-findings断言引擎必须报出命令注入类 findingbenign场景则验证不会误报合法的 shell/文件系统/认证邻接功能还通过validate_prompt_policy断言 prompt 包含范围纪律文本引擎隔离自测self_test_engine_isolation会构造一个充满AGENTS.md、.codex/规则、.claude/hooks/skills/MCP、.pi/扩展、.opencode/配置的敌意仓库用假引擎二进制记录 argv/stdin/env逐一断言 Codex/Claude/Pi/OpenCode 的隔离旗标正确注入、恶意项目配置未泄漏、审查进程不在敌意仓库内运行、prompt 不落入 argv单元测试tests/test_autoreview_hardening.py与 helper 内置的--self-test-*系列config defaults、fallback scope、heartbeat metrics、JSON 数组/JSONL 解析器、opencode 隔离共同构成回归防线。十四、最终报告Final Report一次审查收尾后报告必须包含使用的审查命令运行的测试/证明接受/拒绝的 findings 及简要理由最终 helper/审查运行的干净结果或某个剩余 finding 被有意拒绝的原因。不要为了改善报告措辞而多跑一次审查——若最终 helper 运行退出 0 且无 accepted/actionable findings就如实报告那一次运行是干净的。结语autoreview Skill 的价值不在于多一个 AI 审查入口而在于把一次代码审查变成可校验、可归因、有边界的工程流程统一 Schema 让结果可被程序验证范围治理防止审查变成重写引擎隔离杜绝被审仓库反向控制审查者敏感过滤与心跳监控则让长时审查既安全又可观察。对任何希望把多模型代码审查接入自身提交/发布流水线的团队plate 仓库这套实现都是一个可以直接参考甚至复用的范本——入口脚本、冒烟测试与文档均位于 .agents/skills/autoreview 目录下。【免费下载链接】plateRich-text editor with AI and shadcn/ui项目地址: https://gitcode.com/GitHub_Trending/pl/plate创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考