ALL-IN-ONE · REAL 17441 EXAMPLE · v2 · 2026-10-07

VPS Opus 指挥 WSL LuckyCodex 搜索 1.8G 案卷,Paseo 全程协调

目标:Owner 只启动一次任务。之后由 VPS 上的 Opus 决定“举证目录需要证明什么”,通过 Paseo 跨机器调用 WSL 上的 LuckyCodex 搜索、OCR/索引、筛选候选证据;LuckyCodex 返回结构化候选;Opus 评分,不够好就自动继续找下一份,直到形成可提交的 17441 举证目录草案或触发停止条件。

VPS = OPUS BRAIN WSL = LUCKYCODEX WORKER PASEO = CROSS-HOST ORCHESTRATION 1.8G LOCAL EVIDENCE ZERO HUMAN HANDOFF BOUNDED LOOP
00 / ANSWER

结论:这就是 Paseo 可以替你做掉的“人工传话层”

不是 Owner 在 Codex 和 Opus 之间复制结果,而是 Opus 自己通过 Paseo remote CLI 调用另一台机器上的 LuckyCodex。

Paseo 官方文档明确支持:Agent 跨 provider/model 委派、父 Agent 等待并收集子 Agent 结果,以及通过 CLI --host 操作另一台可达的 Paseo host。远程 Agent 在远程机器自己的 cwd 运行;官方还提供 Relay,可在不做端口转发的情况下连接另一台 daemon。
“无需 human action”定义:Owner 在开始时给一次任务与允许的案件 workspace;自动区间内 Codex ↔ Opus 不再需要人手复制粘贴。只有达到 NEED_OWNER、最大循环次数、Provider 不可用、证据歧义无法自动判定等停止条件时才返回 Owner。
01 / REAL TOPOLOGY

你的真实拓扑

VPS · Opus Brain / 法律判断 / 搜索策略 / 候选评分 / 举证目录写作 / 返工指令
⇄
Paseo Cross-Host remote CLI / Relay / SSH / Tailscale;run / wait / logs / send
⇄
WSL · LuckyCodex 读取 WSL 1.8G 证据库;索引、搜索、OCR 后处理、候选抽取、页码/hash核验

核心不是共享文件系统。VPS 和 WSL 可以使用完全不同的路径;Paseo 远程命令的 cwd 指向 WSL 实际存在的案件目录。

02 / WHAT PASEO DOES

Paseo 做什么 / 不做什么

职责归属
决定哪类证据最重要Opus
扫描/搜索 1.8G 本地材料LuckyCodex + 本地工具
跨 VPS ↔ WSL 发任务Paseo
等待、回收结果、续问Paseo
判断候选是否够强Opus
失败后改变搜索条件Opus
无限自主运行禁止;设置 bounded loop
03 / 17441 TASK

真实任务:自动生成“17441 被告举证目录”

这里不是让 LuckyCodex “把 1.8G 全总结一遍”。Opus 先把举证目的拆成明确的证明命题,再逐条要求 LuckyCodex 找最佳证据。

优先级证明命题WSL 搜索目标通过标准
P0原告主张的物业费债权基础是否完整成立个人协议原件/版本差异、前期物业合同版本与覆盖范围、关联案件中原告自认、收费依据材料至少一份可直接对应原告诉请基础、来源清楚、页码可核验的强证据
P02.20 元收费标准的形成与持续适用是否经得住审查发改委答辩、价格档案、2017 手写意见、分项计算、备案/登记材料、2025 规则衔接材料能够攻击“2.20当然成立”而不是仅证明一般性瑕疵
P010,384.08 元逐期账目是否被证明台账、逐期到期日、发票、催告送达、欠费明细、抵扣记录能建立“有/无逐期金额和到期证明”的证据矩阵
P1履约是否足以支持全额收费电梯、消防、天台、保洁、秩序、绿化、维保通知、外包合同、人员配置、公共收益优先选择连续、客观、能与合同义务直接对照的材料
P1时效 / 催告 / 押金2023 催告、送达记录、2000 元装修押金及物业主张抵 2022 的材料能确定日期、对象、金额和法律效果
04 / AUTONOMOUS SEQUENCE

一次启动后的真实时序

OWNER
START:生成 17441 举证目录,自动检索 WSL 案卷,最多 5 轮/命题
VPS OPUS
拆证明命题 → 定义检索条件 → 要求结构化候选卡 → 按权重评分 → PASS / REJECT / REFINE
PASEO
--host WSL run → wait → logs / result → send follow-up
WSL CODEX
搜索索引 → 必要时精确 OCR/页读取 → 核验页码/hash → 返回 Top 3 候选
自动循环: Candidate 1 → Opus score → 不够强 → Opus 自动改写搜索条件 → LuckyCodex 找 Candidate 2 → 重新评分 → PASS 或下一轮
05 / REAL EXAMPLE — PRICE BASIS

真实示例:Opus 要找“2.20 收费依据”最强证据

Round 1 · Opus → LuckyCodex 目标不是“找所有价格文件”,而是:“找能够直接削弱原告主张 2.20 元收费标准当然成立的官方/原告自有材料。优先政府答辩、价格档案原件、正式批复、备案登记材料。返回 Top 3,并逐项给 source/page/hash/原文摘要/法律用途。”
Candidate A · 374 行政案中物业关于履约近十年的陈述 与“收费价格形成”关联弱。虽然可用于原告自认/履约证据审查,但不是这一命题最强证据。
Opus:REJECT FOR THIS ISSUE · 原因:命题错位。
Candidate B · 发改委 2024-04-03 答辩:避雷项目数值误写 当前案件资料已知该答辩承认相关价格材料中“0.015 → 0.15”属于误写,且审查人员未察觉。这直接关联价格形成/审查可靠性。
示例评分:官方来源 20/20 · 直接性 19/20 · 可核验性 18/20 · 与 2.20 关系 18/20 · 对方反驳风险 12/20 → 87/100
Opus 不满足:继续下发 Round 2 “B 很强,但它主要证明价格档案/审查存在具体错误。继续找能说明 2017 后 2.20 的延续基础、期限或备案状态的材料;特别搜索价格试行期满、继续执行、业委会成立前、登记/备案等关键词。”
Candidate C · 2017 价格档案手写意见 当前案件资料已知有“该小区物业收费试行期满,无业主投诉,同意……执行到小区业委会成立”的手写内容。它可用于精确讨论“2.20 后续如何延续”,同时也暴露应核验的形成程序、主体和范围。
Opus:KEEP · 与 B 组合,而不是互相替代。
这就是你要的“Opus 觉得不行 → LuckyCodex 自动找下一份”。不是 Codex 自己决定法律价值,而是 Opus 把上一轮结果转化为下一轮更精确的检索任务。
06 / SCORING

Opus 自动评分模型

维度权重
与证明命题直接性25%
来源/真实性基础20%
页码与内容可核验15%
能否削弱原告诉请要件20%
庭审解释成本10%
被反驳风险10%

≥85:主证候选

70–84:辅证/组合证据

<70:自动要求下一轮

分数只是自动筛选工具,最终目录仍由 Opus 基于证明体系综合组织。

07 / LUCKYCODEX RETURN CONTRACT

LuckyCodex 每轮只返回“候选证据卡”,不要回一大坨日志

{
  "task_id": "17441-EVID-P0-PRICE-02",
  "query_intent": "find strongest evidence on continued applicability / review basis of 2.20",
  "search_scope": "/WSL/CASE_ROOT/...",
  "candidates": [
    {
      "candidate_id": "C1",
      "evidence_id": "E-PRICE-2017-001",
      "source_file": "actual-file-name.pdf",
      "page": 10,
      "sha256": "actual sha256",
      "match_reason": "directly addresses post-trial-period continuation",
      "extract_summary": "short factual summary only",
      "verification": "PAGE_VERIFIED",
      "confidence": 0.95
    }
  ],
  "searched_terms": ["试行期满", "继续执行", "备案", "登记", "业委会"],
  "negative_findings": ["no formal registration certificate found in searched scope"],
  "next_search_suggestion": "search related administrative case attachments for registration/filing originals"
}
关键:“没找到”只能写成“在已搜索范围未找到”,不能自动升级成“该证据不存在”。
08 / OPUS DECISION CONTRACT

Opus 对每轮候选只输出三种机器可执行决定

{
  "decision": "REFINE",
  "issue_id": "P0_PRICE_BASIS",
  "accepted_candidates": ["C1"],
  "rejected_candidates": ["C2"],
  "reason": "Need a second source that addresses formal continuation/filing status rather than calculation error only.",
  "next_query": {
    "must_find": ["2017 continuation basis", "filing or registration evidence", "scope covering C group / Building 12"],
    "prefer_source_types": ["government archive", "plaintiff-submitted exhibit", "original scanned administrative record"],
    "exclude": ["generic complaints", "unverified chat messages"]
  },
  "stop_if": {
    "score_at_least": 85,
    "max_round": 5
  }
}

Paseo 不需要理解这个 JSON 的法律含义;它只需要把结果从 WSL 带回 VPS,再让 Opus继续。

09 / CROSS-HOST COMMAND SHAPE

VPS Opus 如何实际调用 WSL LuckyCodex

推荐先把 WSL Paseo host 固定成一个环境变量,例如 PASEO_WSL_HOST。可使用 Relay、SSH 或其他官方支持的可达方式。

# VPS — executed by Opus/Claude with shell access
# $PASEO_WSL_HOST points to the WSL Paseo daemon.
# $WSL_CASE_ROOT is a path that exists ON WSL.

agent_id="$(
  paseo --host "$PASEO_WSL_HOST" \
    run \
    --provider codex \
    --cwd "$WSL_CASE_ROOT" \
    --background \
    --quiet \
    "Read TASK_PACKET.json. Search the local 17441 evidence corpus.
     Return RESULT_PACKET.json only. Do not edit source evidence."
)"

paseo --host "$PASEO_WSL_HOST" wait "$agent_id"

# Read the worker's result / recent output.
paseo --host "$PASEO_WSL_HOST" logs "$agent_id"

如果下一轮要保留 LuckyCodex 的已有上下文,可继续向同一个 agent 发送 follow-up;也可以每轮新建 worker,取决于你想要“上下文连续”还是“独立检索”。

10 / NETWORK CHOICE

你的拓扑优先顺序

方案适配
Paseo Relay最适合先试:官方说明无需 Tailscale/端口转发,流量端到端加密。
Tailscale稳定私网;若你本来就用,可直接连 daemon。
SSH remote host也支持;要求 VPS 能通过所选 SSH 路径到 WSL。
给 WSL 开公网端口不建议,没有必要。
11 / SEARCH STRATEGY FOR 1.8G

不要让 Codex 每轮“重新读 1.8G”:用漏斗式检索

Stage A · Metadata文件名、路径、类型、大小、hash、页数
→
Stage B · Existing Text已 OCR 文本 / PDF text / 索引搜索
→
Stage C · Candidate Pages只打开命中的页和相邻页
→
Stage D · Targeted OCR只有扫描件命中时再做局部 OCR
→
Stage E · Opus只收到结构化候选,不接收整库噪音
这比让云端 Codex 逐文件“阅读 1.8G”更快,也更省上下文。LuckyCodex 的价值是控制本地搜索工具、判断命中页和形成候选卡;不是把 1.8G 原文一次性上传给模型。
12 / REAL 17441 EVIDENCE DIRECTORY DRAFT

自动流程最终要写出的举证目录骨架

组拟提交证据证明目的优先级自动检索要求
第一组 个人《前期物业服务协议》不同版本、签名/条款差异材料 审查原告据以主张债权的个人协议真实性、完整性及具体约定内容;包括收费标准条款与文本差异。 P0 找最高质量扫描件、页码、两个版本对应页;核验“一级/二级”及缺页/中断情况。
第二组 B/C 组团前期物业合同不同版本及覆盖范围材料 审查合同版本、签订日期、编号、服务范围以及是否覆盖 12 栋 1 单元 503 所在 C 组团。 P0 比对同编号不同日期版本;锁定范围页、签章页、日期页。
第三组 价格形成/审查材料:发改委答辩、2017 价格档案手写意见、分项表等 审查 2.20 元标准的形成、具体分项、审查错误及后续持续适用基础;反对“合同写 2.20 即当然证明全部诉争期间收费标准”。 P0 重点检索“0.015/0.15”“试行期满”“继续执行”“备案/登记”“业委会”。
第四组 原告在关联行政/民事案件中的陈述及其自行提交证据 用原告自己的陈述限定其本案主张,识别履约、收费依据、服务范围等方面的自认或矛盾。 P0/P1 优先判决、庭审笔录、答辩状、原告证据目录及正式附件,不优先聊天转述。
第五组 电梯、天台、维保、消防、秩序、保洁、绿化等履约证据 作为备位抗辩,证明实际履约与合同约定/收费标准之间存在需要法院审查的差距,支持酌减而非当然全额支持。 P1 优先连续记录、带日期照片/通知、维保频次统计、第三方记录;避免只选单张情绪性照片。
第六组 逐期账目、催告、送达、押金抵扣相关材料 审查 10,384.08 元计算、每期到期、诉讼时效中断以及 2000 元押金是否已抵扣/应否抵扣。 P0/P1 自动建立日期—金额—凭证—送达矩阵;找不到时标记 proof gap,不得写成“不存在”。
13 / PRIVACY REALITY

重要:WSL 本地 ≠ Codex 本地推理

如果 LuckyCodex 是 OpenAI Codex CLI,那么 CLI 进程虽然运行在 WSL,但它需要把模型所需上下文发送给相应 Provider。Paseo 不改变这一点。

最优实践:让 WSL 的确定性本地工具先完成文件名索引、全文索引、hash、页码定位、局部 OCR;Codex 只看到检索命中片段和候选页,而不是默认吞整个 1.8G。

如果你明确允许 Codex 阅读整个案件库,也可以技术上这么做;那是数据边界选择,不是 Paseo 的能力限制。

14 / STOP CONDITIONS

真正无人交接必须有停止条件

单一证明命题最多 5 轮检索
Opus repair/refine 总轮数有上限
Provider/model 不可用 → FAILED_PROVIDER
远程 host 不可达 → FAILED_HOST
页码/hash 无法核验 → UNVERIFIED
证据存在多种合理解释 → NEED_OWNER
需要 root/系统级变更 → NEED_OWNER
不得无限 heartbeat/while true
15 / MASTER PROMPT — VPS OPUS

给 VPS Opus:17441 全自动举证目录任务

ROLE
You are the VPS-side Brain for case 17441. Your job is to produce a court-ready defendant evidence-directory draft by autonomously directing LuckyCodex on the WSL host through Paseo.

OWNER INTENT
After START, there must be NO HUMAN HANDOFF between you and LuckyCodex.
Do not ask the Owner to copy/paste results between agents.
Use Paseo remote-host commands to launch, wait for, inspect, and continue WSL Codex work.

TOPOLOGY
- Brain: Claude/Opus on VPS.
- Worker/Verifier: LuckyCodex on WSL.
- Orchestrator/transport: Paseo.
- Evidence corpus: approximately 1.8 GB, stored locally on WSL.
- VPS and WSL do NOT need the same filesystem path.

PRIMARY OUTPUT
Create:
1. 17441_被告举证目录_自动筛选版.md
2. 17441_EVIDENCE_SELECTION_REPORT.json
3. 17441_OPEN_PROOF_GAPS.md

LEGAL/FACTUAL PRIORITY
P0:
A. Debt basis / personal agreement authenticity and completeness.
B. Front-property-contract version, scope, and coverage of C group / Building 12.
C. Origin and continued applicability of the 2.20 RMB/m²/month price.
D. Itemized proof of the claimed 10,384.08 RMB and each due date / notice / delivery.
P1:
E. Performance defects and insufficiency of performance proof.
F. Limitation, demand, and 2,000 RMB renovation-deposit offset.

KNOWN HIGH-VALUE LEADS TO TEST, NOT BLINDLY ACCEPT
- Different copies/versions of the personal preliminary property-service agreement.
- B/C-group preliminary property contracts with version/date questions.
- Development-and-reform authority defense material discussing the 0.015 / 0.15 lightning-protection line-item error.
- 2017 price-archive handwritten continuation note.
- Plaintiff statements and exhibits from related administrative/civil proceedings.
- Elevator / rooftop / maintenance-frequency / public-income / staffing materials.
- Ledger, invoices, demand notices, delivery proof, and deposit-offset materials.

WORK METHOD
For each proof proposition:
1. Define exactly what must be proven.
2. Send LuckyCodex a narrow search task through the WSL Paseo host.
3. Require Top-3 candidate evidence cards, not raw logs.
4. Require source_file, page, sha256, verification status, short extract summary, why it matches.
5. Score each candidate:
   - directness 25
   - source/authenticity basis 20
   - page/content verifiability 15
   - ability to attack/support a claim element 20
   - hearing explanation cost 10
   - rebuttal risk 10
6. >=85: primary-evidence candidate.
7. 70-84: supporting/combinational evidence.
8. <70: reject for that proposition and automatically issue a refined search.
9. If one candidate is strong but proves only part of the proposition, keep it and search for the missing complementary source.
10. Maximum 5 search rounds per proposition.

AUTONOMOUS REFINEMENT EXAMPLE
If LuckyCodex returns a document that is relevant but not directly probative:
- do NOT ask the Owner what to do;
- state internally why it is insufficient;
- generate a narrower query specifying missing source type, date, phrase, or evidentiary element;
- send that follow-up to WSL LuckyCodex through Paseo;
- repeat until PASS or stop condition.

REMOTE EXECUTION
Use the configured WSL Paseo remote host.
The WSL cwd must be a path that exists on WSL.
Do not assume injected local MCP agent tools can control the remote host; use the remote CLI workflow for WSL.

EVIDENCE SAFETY
- Never modify original evidence files.
- "Not found" means only "not found in searched scope."
- Never invent a page, filename, SHA256, date, or quotation.
- If OCR is uncertain, mark it UNVERIFIED and ask LuckyCodex for page-image reinspection/local re-OCR.
- Keep facts, legal inferences, and proof gaps separate.

STOP CONDITIONS
Return NEED_OWNER only if:
1. a material ambiguity cannot be resolved after the bounded search loop;
2. WSL host/provider is unavailable after bounded retry;
3. a decision requires facts not present in the corpus;
4. a required action exceeds current permissions;
5. maximum search rounds are exhausted without a court-usable candidate.

FINAL DIRECTORY STANDARD
Every proposed evidence item must include:
- evidence number/group;
- exact evidence name;
- source file and page;
- verification status;
- proof purpose;
- link to the claim/defense proposition;
- whether it is PRIMARY / SUPPORTING / BACKUP;
- main evidentiary risk;
- whether original/certified copy needs to be brought to hearing.

Do not stop merely because the first relevant document is found.
Optimize for the strongest small set of court-usable evidence, not the largest set.
16 / WORKER PROMPT — WSL LUCKYCODEX

给 WSL LuckyCodex:每轮证据检索 Worker

ROLE
You are LuckyCodex, the WSL evidence-search worker for case 17441.
You do NOT decide the final legal strategy. You search, verify, structure, and report candidate evidence to VPS Opus.

INPUT
Read the current TASK_PACKET supplied by Opus.
Search only the WSL case corpus and paths authorized by the task.

SEARCH FUNNEL
1. Start with metadata/path/filename index.
2. Search existing extracted text/OCR/index before opening binaries.
3. Narrow to candidate files/pages.
4. Read candidate pages plus necessary adjacent pages.
5. Run targeted local OCR only when the candidate is image-only or parsed text is unreliable.
6. Compute/confirm SHA256 for selected source files when requested.
7. Return only the strongest candidates and the search audit summary.

OUTPUT
Return structured RESULT_PACKET data with:
- task_id
- query_intent
- searched_scope
- searched_terms
- candidates[]
  - candidate_id
  - source_file
  - page
  - sha256
  - verification
  - match_reason
  - short factual extract summary
  - confidence
- negative_findings[]
- unresolved_ambiguities[]
- next_search_suggestion

RULES
- Never invent missing pages/text.
- Never equate "not found" with "does not exist."
- Preserve original evidence files read-only.
- Do not send giant logs when a compact candidate card is sufficient.
- If Opus sends REFINE, continue automatically with the new query.
- If the same agent session is continued, use prior search results to avoid rescanning the full 1.8 GB.
- Do not make final legal conclusions unless explicitly asked to provide a technical/evidentiary observation.
17 / TARGET OUTCOME

最终体验应该是什么样

Owner一次:START “帮我形成 17441 举证目录”
→
Opus定义证明命题
⇄
Paseo跨 host 自动传递任务/结果
⇄
LuckyCodex1.8G 搜索 / 候选 / 核验
→
Opus不满意 → 自动 refine;满意 → 纳入目录
→
Final举证目录 + 证据选择报告 + proof gaps
成功标准:你不再看到“请把 Codex 的结果贴给 Opus”或“请把 Opus 的下一步发给 Codex”。这些全部由 Paseo 跨机器完成。
18 / OFFICIAL PASEO BASIS

这套设计依赖的当前官方能力

能力官方说明
跨 provider/model 编排Orchestration:可让 Agent 协调其他 Agent、跨 provider、跨 machine。
远程机器Common workflows:另一台机器使用 remote CLI workflow;注入的 Paseo tools 默认操作主 Agent 自己的 host。
--host 与远程 cwdConnectivity:CLI 可指定远程 host,--cwd 必须是远程机器存在的路径。
Agent 自己启动/等待其他 AgentCLI reference:官方给出 run --background → wait → logs 和 implement/verify loop 示例。
RelayConnectivity:Relay 不要求 Tailscale、端口转发或额外网络配置,且端到端加密。
Provider 模型Providers:Paseo 运行已安装/认证的 Claude Code、Codex 等本机 CLI。