ARIS Agent Guide 全解析面向 AI Agent 的跨模型对抗协作研究编排协议【免费下载链接】Auto-claude-code-research-in-sleepARIS ⚔️ (Auto-Research-In-Sleep) — Lightweight Markdown-only skills for autonomous ML research: cross-model review loops, idea discovery, and experiment automation. No framework, no lock-in — works with Claude Code, Codex, OpenClaw, or any LLM agent.项目地址: https://gitcode.com/gh_mirrors/au/Auto-claude-code-research-in-sleep本文是 ARISAuto-Research-In-Sleep项目中面向 AI Agent 的冷启动路由索引AGENT_GUIDE.md的深度解读与实践指南。它解决的核心问题是一个没有任何先验知识的 LLM Agent 进入 ARIS 仓库后如何快速定位技能SKILL、理解两条控制轴effort与assurance、遵守跨模型评审协议并让 5 层审计链正确放行论文。读完本文你将掌握 ARIS 的技能调用语法、MCP 桥接方案、工作流索引W1→W6、工件契约、Helper 解析链与共享契约体系并能在 Claude Code / Codex / Cursor / Antigravity / Copilot CLI 等任意宿主上正确驱动这套 Markdown-only 的研究编排框架。ARIS 是一个研究编排框架research harness它不引入任何重量级框架或锁定全部行为以可组合的 Markdown 技能SKILL.md承载通过跨模型对抗协作cross-model adversarial collaboration编排机器学习研究的完整生命周期——执行者ExecutorClaude / Codex / Cursor / Antigravity / Copilot CLI负责写代码与论文评审者ReviewerCodex MCP 默认的 GPT-6-Astra、claude-review/gemini-reviewMCP 下的 Claude / Gemini或 Copilot 的 evidence-gated 原生互补评审独立批判。本文以 AGENT_GUIDE.md 为主体结合仓库源码与共享契约文档逐层展开。一、定位这是一份路由索引不是规格书AGENT_GUIDE.md 开篇就申明了自己的角色边界这是理解整个体系的第一把钥匙本文件是路由索引routing index不是规格书specification单个技能的行为定义在skills/name/SKILL.md中系统级契约集中在skills/shared-references/*.md中若本指南与某个SKILL.md冲突SKILL.md优先。这意味着当 Agent 需要执行一个具体任务时应当以对应技能的SKILL.md为准它包含 Phase 划分、停止条件、输出契约等而本指南负责回答哪个技能、在哪个平台、用什么参数、产出什么工件、经过哪些审计这类路由问题。该设计理念在 integration-contract.md 中得到了强化文档明确记录了两次同周发生的故障——/paper-writing在effort: beast下静默跳过强制审计、research-wiki因只靠软性散文约定而从未被写入——结论是SKILL.md 散文可以描述一个集成但不能保证它。任何会因静默失败而损坏研究结果的集成都需要激活谓词、规范 Helper、工件与验证器这四类硬组件而不能只靠提示词承诺。二、技能位置与平台矩阵ARIS 的同一套技能在不同宿主上有不同的存放位置AGENT_GUIDE.md 给出了官方映射平台技能根目录说明Claude Code / Cursor / Trae / Antigravity / Copilot CLIskills/name/SKILL.md主线技能原生SKILL.md调用Codex CLIskills/skills-codex/name/SKILL.mdCodex 镜像用spawn_agent替代mcp__codex__codexCodex Claude-reviewskills/skills-codex-claude-review/叠加在skills-codex/之上的 overlayCodex Gemini-reviewskills/skills-codex-gemini-review/同模式评审者为 GeminiDeepSeek Harnessdsh plugin --profile web add dsh-aris单插件接入主线技能不变关于镜像的一个重要纪律在 reviewer-routing.md 中详述Codex CLI 的镜像技能包不包含manual-review 接线因为 manual review 依赖 MCP 工具仅 Claude Code 可用而镜像中的 oracle-pro 支持不受影响。完整目录见 SKILLS_CATALOG.md——当前共83 个技能按角色分组工作流编排器、文献检索、思想与方法设计、证明工程、实验与基础设施、评审审计与保证、论文写作与图表、演讲海报与改投、专利等。跨宿主的调用语法完全一致/skill-name arguments — key: value, key2: value22.1 关键基础设施codexMCP 服务器是 ARIS 自有的AGENT_GUIDE.md 特别强调了一个易踩坑点codexMCP 服务器是 ARIS 自己的。codex-cli 0.154.0 移除了codex mcp-server入口点因此mcp__codex__codex/mcp__codex__codex-reply这两个工具改由 mcp-servers/codex-exec/server.py 提供——这是一个零依赖的桥接层把每次调用变成一次codex exec子进程并保持完全一致的工具契约。注册命令其他 MCP 宿主同理key 均为codex命令为python3加上该路径cd ~/aris_repo git pull # 已安装的仓库需先拉取以获取该目录 claude mcp remove codex -s user # 仅当存在旧的 codex mcp-server 注册时才需要 claude mcp add codex -s user -- python3 $(pwd)/mcp-servers/codex-exec/server.py桥接层的映射关系见 codex-exec/README.mdMCP 参数codex execpromptstdin无 argv 长度限制model-m MODELconfig{model_reasoning_effort: ultra}-c model_reasoning_effortultra嵌套对象转点分键sandbox--sandbox MODEcwd--cd DIRcodex-replythreadIdcodex exec resume THREAD并带上线程创建时的 model / config / sandbox / cwd其中最后一行是设计关键resume单独执行会回退到config.toml默认值而 ARIS 的路由契约依赖延续的线程保持其评审者模型与推理强度不变因此codex-reply会重新携带全部线程参数。每个线程的设置在~/.codex/state/codex-exec/threads/threadId.json中持久化。桥接层还会在评审期间流式输出codex/event通知、按CODEX_EXEC_PROGRESS_INTERVAL_SEC默认 15 秒发送notifications/progress心跳并响应notifications/cancelled深度审计ultra可能运行 30 分钟以上宿主硬超时会截断通知。调试时可用CODEX_EXEC_DEBUG_LOG/path/to/log记录每次请求与精确的命令行用CODEX_BIN指定特定 codex 二进制。三、两条独立控制轴与通用参数ARIS 的参数体系是理解所有技能行为的核心。它有两个相互独立的控制轴外加一批技能级 flag。3.1 轴一effort深度 / 预算— effort: lite | balanced | max | beast # 默认: balanced控制的是做多少工作检索多少论文、构思多少 idea、跑多少轮迭代、做多少 pilot。完整的四档定义在 effort-contract.md 中lite约 0.4x tokens、balanced1x默认现有行为零破坏、max约 2.5x、beast约 5-8x所有旋钮拉满。文档还给出了逐技能的量化画像例如/research-lit的papers found从lite的 6-8 篇到beast的 40-50 篇。effort-contract.md 还明确了一条硬不变量Codex 推理强度reasoning effort永不因effort升降——常规评审固定为xhigh深度审计技能运行ultra见 reviewer-routing.md 的分层表。文档特别提醒不要混淆两个maxARIS 的— effort: max指管线工作量Codex 的model_reasoning_effort: max指评审者思考深度两者无关。3.2 轴二assurance审计严格度与 effort 独立— assurance: draft | polished | conference-ready | submission控制强制性审计是否成为放行论文的闸门。lite/balanced默认推导为draftmax/beast默认推导为submission。覆盖是合法的--- effort: lite --- assurance: conference-ready是有意义的组合浅深度 严格审计。assurance-contract.md 解释了为什么必须拆分这条轴历史上effort与审计严格度被混为一谈导致effort: beast并不保证强制审计运行——阶段由内容检测器如存在\begin{theorem}决定可能静默跳过。曾有用户报告effort: beast产出了草稿质量论文且三个投稿门审计全部被跳过。拆轴后effort隐含assurance行为litedraft审计仅在内容检测器命中时运行允许静默跳过balanceddraft同 lite——当前行为零破坏maxsubmission每个强制审计必须给出判定验证器在 FAIL/BLOCKED/ERROR/STALE 时阻止 Final Reportbeastsubmission同 max且 Final Report 仅在验证器认可时标记submission-ready3.3 其他通用参数— human checkpoint: true | false # 在关卡处暂停等待批准默认: false — AUTO_PROCEED: true | false # 在关卡处自动继续默认: true — difficulty: medium | hard | nightmare # 评审者的对抗强度 — venue: ICLR | NeurIPS | ICML | ... # 目标会议无静默默认/research-pipeline 在论文阶段绑定 — sources: web, zotero, deepxiv, exa, ... # 文献来源 — gpu: local | remote | vast | modal # GPU 后端 — reviewer: auto | codex | oracle-pro | manual # 评审路由auto 仅对 Copilot /auto-review-loop 是原生其中difficulty的三档在 auto-review-loop/SKILL.md 中有明确定义medium默认MCP 评审执行者控制评审者所见上下文hard增加 Reviewer Memory——评审者跨轮记录自身怀疑 Debate Protocol——执行者可反驳、评审者裁决nightmarehard 全部内容 Codex exec 评审者直接读仓库——执行者无法过滤 对抗性验证——评审者独立核对代码与声明是否一致。注意nightmare与--reviewer: manual不兼容会直接 STOP。3.4 技能级 flag 表Flag技能效果--- style-ref source写作侧技能模仿范本的结构风格不复制其声明/术语--- edit-whitelist path/auto-paper-improvement-loop用 YAML schema 门控循环可触碰的路径与操作--- soft-only/citation-audit冻结 .bib改为改写正文而不是编辑.bib--review/--no-review/render-html切换跨模型评审门默认academic开dashboard关--author .../render-html在副标题与 meta 之间渲染可选署名--deep-fix/--restatement-check/proof-checker补丁级修复方案 / 跨位置定理漂移检测所有参数都会自动在工作流链中传递无需在每级重复声明。四、工作流索引W1 → W6 的完整研究生命周期AGENT_GUIDE.md 将主要工作流编码为一条主线加三条后处理链Main chain: /research-pipeline W1 → W1.5 → W2 → W3 Post-paper: W4 (rebuttal), W5 (resubmit to new venue), W6 (talk)ID技能输入输出何时调用W1/idea-discovery direction研究方向IDEA_REPORT.md、EXPERIMENT_PLAN.md、FINAL_PROPOSAL.md开启新研究W1.5/experiment-bridgeEXPERIMENT_PLAN.md可运行代码、EXPERIMENT_LOG.md有计划、需实现W2/auto-review-loop scope论文 结果改进后的论文 REVIEW_STATE.json迭代改进循环W3/paper-writing NARRATIVE_REPORT.md叙事报告paper/main.pdf LaTeX 源码准备写作W4/rebuttal paper/ reviews论文 评审意见PASTE_READY.txtREBUTTAL_DRAFT_rich.md收到评审W5/resubmit-pipeline paper/ --- venue: X打磨后的论文 新会议NEW_VENUE_DIR/RESUBMIT_REPORT.json在硬约束下移植到另一会议W6/paper-talk paper/ --- venue: X论文Beamer PPTX 讲者备注 QA 准备录用后的会议报告W5 的硬约束值得特别关注不做新实验、不编辑 .bib、不改框架、永不覆盖之前的投稿。这些约束通过--edit-whitelistRESUBMIT_REPORT.json的 7 状态失败模式台账强制实施。W2 的停止条件在 auto-review-loop/SKILL.md 中写得很精确MAX_ROUNDS 4正向阈值 得分 ≥ 6/10且判定 ∈ {ready, almost}两者必须同时成立高得分但判定为 not ready 不能停止循环。该技能还明确警告不要把/auto-review-loop包进/loop、/schedule或CronCreate因为它内部已经循环评审 → 修复 → 再评审且评审者靠同一个threadIdcodex-reply跨轮携带记忆外部定时器每 tick 从顶部重新进入会重置线程与记忆按墙钟时间而不是工件变化触发判定——零新信号、全额 token 成本。五、保证与审计链5 层跨模型审计 6 状态判定ARIS 通过一条5 层跨模型审计链门控投稿。每一层由不同技能调用全部使用全新 codex 线程绝不使用codex-reply层技能追问判定文件1/experiment-audit评估代码是否诚实无伪造 GT、无自归一化分数、无幻影结果EXPERIMENT_AUDIT.{md,json}2/result-to-claim声明是否科学地跟随结果写入 Research Wiki 的声明状态3/paper-claim-audit论文是否如实报告数字零上下文评审者PAPER_CLAIM_AUDIT.{md,json}4/citation-audit每个\cite{}是否有效存在性 元数据 上下文恰当性CITATION_AUDIT.{md,json}5/kill-argument最强的 200 词拒稿备忘录 独立裁决者逐点打分KILL_ARGUMENT.{md,json}5.1 六状态判定 schema 与永不静默跳过所有五层都按 assurance-contract.md 的 6 状态 schema 输出判定判定含义审计运行了阻塞投稿PASS全部检查通过是否WARN发现问题均不致命是否FAIL发现致命问题是是NOT_APPLICABLE检测器为阴性无审计对象如论文无定理、无\cite、无数值声明审计阶段运行了子审计可能跳过否BLOCKED审计应适用但前置缺失如有数值声明但无results/目录无法完成是ERROR审计调用失败网络、超时、评审输出畸形尝试过但出错投稿时为是契约特别辨析了两个易混淆点NOT_APPLICABLE≠SKIP——前者意味着审计阶段确实运行、检测器返回阴性、并写下了我们检查过、没有可验证对象的判定工件文件存在可从 LLM 外部验证静默跳过则不留下任何记录无法区分检查过没事与忘了检查。而BLOCKED比NOT_APPLICABLE更危险——它表示审计本应运行却无法运行如论文声称accuracy 89.2%却没有results/目录可核对把它当SKIP会掩盖危险BLOCKED则浮出水面并阻塞投稿。5.2 验证器verify_paper_audits.sh在assurance: submission下/paper-writing的 Phase 6 会运行 tools/verify_paper_audits.sh规范名按 integration-contract.md §2 解析实际路径只要任何一层非绿就拒绝输出 Final Report。验证器的契约包括定位 paper-writing manifest、检查每个强制审计的 JSON 工件存在、校验必填字段 schema、确认verdict属于 6 个合法值、重新计算audited_input_hashes中每个文件的 SHA256 并在任何哈希变化时标记STALE用户跑完审计后改了main.tex下一次验证器运行会抓住它、确认trace_path存在且非空最后输出结构化 JSON 报告并以 0全绿或 1任何 FAIL/BLOCKED/ERROR/STALE/缺失工件退出。审计工件的 JSON schema 还承担着证明跨模型不变量的职责assurance-contract.md给出了完整示例{ audit_skill: paper-claim-audit, verdict: PASS, reason_code: all_numbers_match, summary: Verified 23 numeric claims against 4 result files; no mismatches., audited_input_hashes: { main.tex: sha256:a3f8..., sections/5.evidence.tex: sha256:b2d1... }, trace_path: .aris/traces/paper-claim-audit/2026-04-21_run01/, reviewer_model: gpt-6-astra, reviewer_family: openai, review_independence: cross-family, acceptance_status: accepted, generated_at: 2026-04-21T14:23:01Z }关键字段语义audited_input_hashes的 key 相对论文目录、禁止加paper/前缀否则paper/paper/main.tex会假失败review_independence取值same-family/cross-family/deterministic——其中deterministic仅对进程能实际决定的事编译、schema 有效性、哈希新鲜度、测试套件有效审计聚合器会拒绝四个语义化论文审计证明 / 声明 / 引用 / 攻击被标记为 deterministic。子技能契约是Always Emit, Never Block子审计只负责无条件产出判定工件是否阻塞由父技能paper-writingPhase 6 验证器在 assurance 轴上一处决定。5.3 审计链的独立性铁律AGENT_GUIDE.md 明确执行者不得评判自己的完整性。评审者必须冷读工件——只给文件路径绝不提供摘要或解释。每次评审者调用都要按 review-tracing.md 追踪到.aris/traces/skill/date_runNN/。reviewer-independence.md 给出了可传/不可传清单角色人设、评审目标、文件路径、结构元数据、会议约束可以传执行者的摘要/复述、结果解读、建议结论、关键发现要点、引导性问题、上一轮评审反馈、本轮改动描述禁止传——因为一旦执行者预消化、摘要或解读内容评审者就是在评估执行者的框架而非真实工作异质评审本应消除的相关盲区会重新出现。六、HTML 渲染给人类读的视图/render-html把选定的 MD/JSON 工件IDEA_REPORT、AUTO_REVIEW、KILL_ARGUMENT、PAPER_PLAN、research-wiki 状态渲染为单文件 HTML。MD/JSON 始终是规范源HTML 只是从用户学术报纸风格派生的生成视图。/render-html input.md [--template academic|dashboard] [--out path] [--author ...] [--review | --no-review]academic模板线性长文 粘性 TOC默认开启评审——新开的mcp__codex__codex线程审计渲染保真度 / 安全性 / 结构不评审声明真实性那归/paper-claim-audit等所有dashboard模板网格驾驶舱默认不评审传--review强制输出file.htmlfile.review.json侧车文件 .aris/traces/render-html/date_runNN/追踪不要手改生成的 HTML——改源文件后重新渲染。七、工件契约技能间的明文文件通信技能之间通过已知位置的纯文本文件通信。AGENT_GUIDE.md 给出了完整的工件-生产者-消费者矩阵这是理解数据流的关键工件创建者消费者IDEA_REPORT.md/idea-discovery/experiment-bridgerefine-logs/FINAL_PROPOSAL.md/research-refine/experiment-planEXPERIMENT_PLAN.md/experiment-plan/experiment-bridgeEXPERIMENT_LOG.md/experiment-bridge/auto-review-loop,/result-to-claimNARRATIVE_REPORT.md/auto-review-loop或人/paper-writingpaper/main.tex/paper-write/paper-compilepaper/main.pdf/paper-compile/auto-paper-improvement-loopREVIEW_STATE.json/auto-review-loop/auto-review-loop上下文自动压缩后恢复EXPERIMENT_AUDIT.{md,json}/experiment-audit/result-to-claimPAPER_CLAIM_AUDIT.{md,json}/paper-claim-audit/paper-writingPhase 5.5 门CITATION_AUDIT.{md,json}/citation-audit/paper-writingPhase 5.8 投稿门KILL_ARGUMENT.{md,json}/kill-argument/paper-writingPhase 5.6 /resubmit-pipeline对抗门RESUBMIT_REPORT.json/resubmit-pipeline投稿门验证器7 状态台账GAP_REPORT.md/paper-plan设--- style-ref:时/paper-write为缺失槽位发出!-- DATA_NEEDED: ... --HTML 注释artifact.review.json/render-html评审门人工分流.aris/edit_whitelist.yaml人 //resubmit-pipeline/auto-paper-improvement-loop --edit-whitelistresearch-wiki//research-wiki/idea-creator,/research-lit,/result-to-claim.aris/meta/events.jsonlhooks被动日志/meta-optimize.aris/traces/skill/date_runNN/评审类技能审计 / 取证重放这个矩阵体现了 ARIS 以文件为接口的设计任何跨技能耦合都必须有可验证的工件落盘integration-contract.md 记录的两次故障审计门绕过、wiki 摄入 no-op正是散文承诺失败的典型案例。八、Helper 解析链写新技能的第一课当SKILL.md要调用规范 Helper如verify_papers.py、research_wiki.py、save_trace.sh、arxiv_fetch.py、verify_paper_audits.sh时禁止硬编码python3 tools/foo.py。必须按 integration-contract.md §2 的严格安全链解析Layer 0: ${CLAUDE_SKILL_DIR}/scripts/helper # 属主 SKILL 自包含CC 1.0 Layer 1: .aris/tools/helper # 项目本地软链接 Layer 2: tools/helper # 仓库本地 Layer 3: $ARIS_REPO/tools/helper # 全局回退配套的解析器代码块git rev-parse --show-toplevel回退pwd、读取.aris/installed-skills.txt的repo_root字段、读取全局指针文件~/.aris/repo可在 integration-contract.md §2 中找到现成实现。解析器只负责定位不决定失败策略——每个调用方必须按贡献程度从六种失败策略A 承重门 / B 副作用 / C 取证 / D1 级联 / D2 多源聚合 / E 诊断中选一种每种都有 POSIX-sh set -eset -u的安全示例块。仓库内.github/workflows/lint-skills-helpers.yml会以告警方式永不失败 CI标记 PR 修改的 SKILL.md 中硬编码python3 tools/foo.py的模式。单一属主的 Helper仅被一个 SKILL 使用按 Arch C 放在skills/owner/scripts/helper先例有figure-spec、paper-illustration-image2、experiment-queue、render-html。九、跨模型协议对抗协作的核心纪律AGENT_GUIDE.md 以五条规则浓缩了跨模型协议执行者Claude / Codex / Cursor / Antigravity / Copilot写代码、跑实验、起草论文评审者Codex MCP 默认的 GPT-6-Astra或*-reviewMCP overlay 下的 Claude / Gemini批判、打分、要求修订铁律执行者与评审者必须是不同模型家族。同家族评审是非功能non-feature——Codex 基线评审是同一家族的spawn_agent新评审可能驱动并完成工作流但会记录review_independence: same-family与acceptance_status: provisionalClaude/Gemini overlay 或确定性验证器可以记录 accepted但永远不要把 Codex 自评审描述为跨模型接受评审者独立性只传文件路径不传摘要或解读线程新鲜度审计类技能每轮评审开新mcp__codex__codex线程——叙事累积会抬高分数/auto-review-loop是文档化的例外它通过codex-reply跨轮保持同一线程由其 SKILL.md 治理范围限制每个评审提示词都携带 review-scope-limits.md 区块约束评审者可以提议什么不哈希化、不过度防御、不偏执角落用例、不是安全产品永不约束它寻找什么实验完整性执行者不得评判自己的评估代码——评审者按 experiment-integrity.md 直接审计。9.1 默认评审者模型与能力回退外部 Codex 默认为gpt-6-astra采用两层推理策略自 2026-07-10 起ultra/max需要 codex-cli ≥ 0.144.1深度审计/proof-checker、/kill-argument、/research-review、/experiment-audit、/paper-claim-audit、/result-to-claim、/meta-apply运行ultra常规评审包括/auto-review-loop的所有轮次及其他多轮循环运行xhighcodex-reply无法在线程中途改模型/强度。能力回退链仅在调用在返回可用线程之前失败且错误明确标识ultra不受支持旧 codex-cli时重试gpt-6-astra xhigh仅当错误明确标识gpt-6-astra对该账号/套餐未知或不可用时依次重试gpt-5.6-sol xhigh、gpt-5.5 xhigh。超时、限流、认证、传输、服务器、沙箱、上下文长度、畸形请求或响应解析错误时绝不降级——盲降级重试可能让已执行的评审被双重运行、双重计费。gpt-5.4仅作为显式覆盖--- reviewer-model: gpt-5.4用于遗留/复现运行不在自动链中。在绑定的 Copilot CLI 会话中/auto-review-loop默认改用内置rubber-duck子代理且仅当宿主事件证明动态选择的模型来自不同家族时才接受其判定。Oracle Pro 档gpt-5.5-pro通过--- reviewer: oracle-pro走独立路由路径。十、共享参考调用审计类技能前的必读清单AGENT_GUIDE.md 列出了 20 份系统级契约每一份对应一个具体的何时需要场景。按其用途可以分为四组评审与完整性reviewer-independence.md任何跨模型评审、experiment-integrity.md写评估/审计代码、reviewer-routing.md--- reviewer: oracle-pro等模型档位与能力回退、review-tracing.md评审追踪保存位置、review-scope-limits.md每个评审提示词携带的范围限制块、evidence-precheck.md信任模型自述前先与工件对账自治循环与验收acceptance-gate.md谁可以 ACCEPT 结果、external-cadence.md把技能包进/loop、/schedule、CronCreate之前、resumable-runs.md在上下文压缩/重启后存活的长时间运行、skill-governance.md谁能修改技能语料库经/meta-apply契约与工程assurance-contract.md6 状态判定 schema 与审计门控、integration-contract.mdHelper 解析 失败策略、effort-contract.mdeffort 档位规格、compute-env-contract.md实验技能的 GPU/远程环境声明、citation-discipline.md引用规则、output-language.md工件与回复的语言、fan-out-pattern.md扇出子代理做广度质量与品味taste-calibration.md对照书面锚定品味给主观质量打分、writing-principles.md写作标准、venue-checklists.md会议格式清单。十一、Research Wiki可选的持久知识库如果项目中存在research-wiki/它会成为文献、思想、实验与声明之间的关系图谱/research-lit自动摄入发现的论文/idea-creator在构思前读取 wiki之后把思想成功与失败皆写写回/result-to-claim更新声明状态supported / invalidated / pending累计 3 次失败 idea 会触发重新构思建议失败 idea 成为防重复记忆。用/research-wiki init初始化规格见 skills/research-wiki/SKILL.md规范 Helper 路径为 tools/research_wiki.py按上文 Layer 1-3 链解析。这一机制与 integration-contract.md 记录的 wiki 摄入 no-op 故障形成对照修复后的摄入链路必须以规范 Helper 工件落盘为保证而不能只靠可选且自动的散文。结语把路由索引当作 Agent 的第一张地图AGENT_GUIDE.md 的设计哲学可以概括为三句话技能是行为真相SKILL.md 优先于任何二级文档、契约是硬保证工件、Helper、验证器、追踪缺一不可、跨模型是纪律不同家族 冷读 新线程。对进入仓库的 Agent 而言正确的使用路径是先读本指南建立路由地图再按任务查SKILL.md的具体 Phase 与停止条件涉及评审/审计时对照shared-references/中对应契约最后用.aris/traces/与各审计 JSON 工件验证每一步都已真实发生。这套以明文文件为接口、以跨模型对抗为质量闸的编排方式正是 ARIS 声称无框架、无锁定、任何 LLM Agent 都能驱动的底层依据——它不依赖任何单一模型的能力而依赖可验证的流程与不可伪造的工件。【免费下载链接】Auto-claude-code-research-in-sleepARIS ⚔️ (Auto-Research-In-Sleep) — Lightweight Markdown-only skills for autonomous ML research: cross-model review loops, idea discovery, and experiment automation. No framework, no lock-in — works with Claude Code, Codex, OpenClaw, or any LLM agent.项目地址: https://gitcode.com/gh_mirrors/au/Auto-claude-code-research-in-sleep创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考