mirrors/pikasTech-unidesk
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Merge remote-tracking branch 'origin/master' into fix/web-probe-memory-guard

Browse Source
This commit is contained in:
Codex
2026-07-13 10:30:15 +02:00
parent cd2863e030 b049574bcc
commit f68cc94ebb
32 changed files with 1538 additions and 414 deletions
Download Patch File Download Diff File Expand all files Collapse all files
docs/MDTODO/artificer-runtime-capabilities.md
+23 -1
View File
@@ -83,10 +83,32 @@
由原生子代理在最新远端基线的独立 worktree 实现易用派单入口：外层在 YAML Target 上通过 trans 派单，Artificer 内部通过 trans 到 NC01 目标工作区复用主机权限；覆盖 target/target-workspace/repo/ref、创建前源码身份预检、合法 session/workspaceRef/Aipod 投影、owning prompt，以及 unidesk-subagent 的“所有子代理先建 MDTODO”固定规则；对应原生任务 artificer_dispatch_ux，完成任务后将详细报告写入[任务报告](./details/artificer-runtime-capabilities/R6.1_Task_Report.md)。
### R6.2
### R6.2 [in_progress]
主代理审查跨仓改动并按依赖顺序合并 PR，只观察自动 CI/CD 收敛；不得人工触发 mirror、PipelineRun、apply 或 rollout，完成任务后将详细报告写入[任务报告](./details/artificer-runtime-capabilities/R6.2_Task_Report.md)。
### R6.3
上线后通过 trans 在 NC01 使用新单命令入口，以任务 worktree /root/.worktrees/selfmedia/r6-ocr-visual-planner、仓库 pikainc/selfmedia 和 ref feat/r6-ocr-visual-planner 派发 OCR/视觉规划，确认 task 直接 running、Artificer 内部继续用 trans、session 可续跑且不出现 schema-invalid 或 repository-not-found，完成任务后将详细报告写入[任务报告](./details/artificer-runtime-capabilities/R6.3_Task_Report.md)。
### R6.4 [in_progress]
修复 Target 单命令 live 输出超过全局预算后丢失 task/run/session identity：默认 human 与显式 JSON/YAML 都先返回紧凑 identity、auto-dispatch decision、Target 摘要与下钻命令，不嵌入完整 task/Aipod payload；补超过 10 KiB 场景测试，确保不会退化为 stdout-text-bytes-exceeded-threshold，完成任务后将详细报告写入[任务报告](./details/artificer-runtime-capabilities/R6.4_Task_Report.md)。
### R6.5 [in_progress]
修复 cancelled task 后同 session continuation 未继承原 session 的 tenant/project，导致 send session 被 tenant-policy-denied 拒绝；由 session/task durable identity 自动沿用原 project，不绕过策略，并用 selfmedia 原 session 续跑 canary 验收，完成任务后将详细报告写入[任务报告](./details/artificer-runtime-capabilities/R6.5_Task_Report.md)。
## R7 [completed]
解决 [AgentRun #348](https://github.com/pikasTech/agentrun/issues/348)：由 owning Artificer Aipod YAML 把单 turn hard-timeout 从 30 分钟调整为 2 小时（7200000 ms），只改 YAML 及最小必要 render/配置测试，不新增代码默认、第二 timeout authority、客户端续跑补丁、合同、租约、安全机制或围栏，完成任务后将详细报告写入[任务报告](./details/artificer-runtime-capabilities/R7_Task_Report.md)。
### R7.1 [completed]
由原生子代理按 [AgentRun #348](https://github.com/pikasTech/agentrun/issues/348) 在独立 v0.2 worktree 修改 config/aipods/artificer.yaml timeoutMs 为 7200000，并完成最小 render/配置测试；禁止 Artificer 递归修自己，完成任务后将详细报告写入[任务报告](./details/artificer-runtime-capabilities/R7.1_Task_Report.md)。
### R7.2 [completed]
主代理审查并合并 [AgentRun #348](https://github.com/pikasTech/agentrun/issues/348) 的最小 PR，只观察自动 CI/CD，不人工触发交付链，完成任务后将详细报告写入[任务报告](./details/artificer-runtime-capabilities/R7.2_Task_Report.md)。
### R7.3 [completed]
自动上线后以新 Artificer task input 与超过 30 分钟的真实或受控 canary 验证 2 小时 budget 生效，不修改当前 Monitor run 的既有 task policy，完成任务后将详细报告写入[任务报告](./details/artificer-runtime-capabilities/R7.3_Task_Report.md)。
docs/MDTODO/cli-output-progressive-disclosure.md
+4
View File
@@ -138,3 +138,7 @@
### R9.1
按 [UniDesk #1905](https://github.com/pikasTech/unidesk/issues/1905) 清理冲突的 reference/skill/Next，并在 Artificer YAML prompt/resource bundle 内明确支持 stdin 时禁止一次性 /tmp 正文；补最小 render/行为测试后独立交付，当前只登记不执行，完成任务后将详细报告写入[任务报告](./details/cli-output-progressive-disclosure/R9.1_Task_Report.md)。
## R10 [in_progress]
解决 [UniDesk #1656](https://github.com/pikasTech/unidesk/issues/1656)：由 Artificer 在独立 `.worktree/cicd-status-visibility`、`fix/cicd-status-visibility` 分支修复 `cicd status --node` 成功零输出，并统一 PaC consumer 的 registry applicability；GitOps-only/publisher-only 应显示 N/A 且由 PipelineRun、GitOps/Argo 与 runtime 证据闭环，只有 owning YAML 明确声明 image/registry 的 consumer 才把 registry missing 作为 blocker。保持默认输出有界、text/JSON/YAML 同构、缺失可选 YAML 事实降级为 warning，不新增严格合同或手工交付入口；补针对性测试和 `unidesk-cicd` 说明，提交独立 PR 且不自行合并，完成任务后将详细报告写入[任务报告](./details/cli-output-progressive-disclosure/R10_Task_Report.md)。
docs/MDTODO/details/artificer-runtime-capabilities/R6.1_Task_Report.md
+54
View File
@@ -0,0 +1,54 @@
# R6.1 阶段报告
## 结论
Artificer 易用派单入口已在两个独立分支完成实现、本地验证、提交和 PR 创建，尚未合并、发布或执行真实 R6.3 canary，因此 R6.1 保持进行中。
## 根因
- 旧派单把目标私有仓库误当成 runner primary resource bundle：
- 初始 `workspaceRef` 携带了不合法的 repo/branch 字段，服务端以 `schema-invalid` 拒绝；
- 修正 schema 后，runner 又尝试直接拉取私有 `pikainc/selfmedia` bundle，并以 `repo-not-found` 失败。
- 旧流程把创建、派发、Target 工作区校验拆散，调用者需要手写 schema 或补第二条 dispatch 命令。
- runner primary workspace 与真正任务 Target 没有形成可验证的执行边界。
## 已实现设计
- UniDesk YAML 统一声明 `client.transport=target-trans`、marker、CLI 相对路径和 Target 上的 UniDesk 工作区。
- 外层命令经 `trans <Target>:<unideskWorkspace>` 重入 Target，再完成预检、创建、自动派发和观察。
- Artificer 任务继续继承默认 UniDesk bundle；目标源码不再作为 runner primary bundle。
- 目标源码的探测、Git、编辑、验证和运行面观察固定使用 `trans <Target>:<targetWorkspace>`。
- `targetWorkspace` 必须是任务专属 clean worktree；preflight 校验 origin、branch、HEAD 与远端 ref commit。
- preflight 失败返回 `mutation=false` 且不创建 task；成功时披露合法 workspaceRef、bundle、session、SecretRef presence 和源码身份。
- live submit 后自动 dispatch；稳定 idempotency key 和并发回读防止重试重复派发。
- `unidesk-subagent` 固化原生子代理与 Artificer 均先登记 MDTODO，prompt 与报告回链同一 MDTODO ID。
- AgentRun Artificer AipodSpec 强制 required skill `unidesk-trans`、runner tools bundle 和 `unidesk-ssh` SecretRef。
## 提交与 PR
- AgentRun：
- 分支：`fix/artificer-source-override`；
- 提交：`3d1d8a8a4a41d17053d8c1c0ad3d541272355846`；
- PR：[pikasTech/agentrun#349](https://github.com/pikasTech/agentrun/pull/349)。
- UniDesk：
- 分支：`fix/artificer-target-dispatch-ux`；
- 提交：`43124d01e8977f1b12878a852e223b5deb02a20b`；
- PR：[pikasTech/unidesk#1911](https://github.com/pikasTech/unidesk/pull/1911)。
## 验证
- UniDesk：
- `bun test scripts/src/agentrun.test.ts`：20 tests、397 assertions 通过；
- `bun scripts/cli.ts agentrun create --help`：单命令 Target 参数展示正确；
- `git diff --check`：通过。
- AgentRun：
- `bun run src/selftest/run.ts 81-artificer-nonrecursive-prompt 90-runner-image-tools`：11 assertions 通过；
- `git diff --check`：通过。
## 后续验收
- 先审查并合并 AgentRun PR，使 owning AipodSpec 进入受控运行面。
- 再审查并合并 UniDesk PR，使 Target 派单入口进入主线。
- 从最新 `feat/r6-ocr-visual-planner` 创建并推送 `/root/.worktrees/selfmedia/r6-ocr-visual-planner`。
- 先用同一 R6.3 命令执行 dry-run，再执行 live；确认只创建一个 task/attempt 且自动生成 run/session。
- 从 runner 证据确认实际通过 `trans NC01:/root/.worktrees/selfmedia/r6-ocr-visual-planner` 完成读取、编辑、验证和 Git 操作。
docs/MDTODO/details/artificer-runtime-capabilities/R6.2_Task_Report.md
+60
View File
@@ -0,0 +1,60 @@
# R6.2 只读诊断报告
## 结论
AgentRun NC01 v0.2 自动交付链已经自行收敛，不需要代码、YAML 或运行面修复。本轮没有创建分支、提交或 PR，也没有执行 mirror、PipelineRun、apply、refresh、sync、rollout、patch 等 mutation。
## 自动链证据
受控只读入口：
```bash
bun scripts/cli.ts platform-infra pipelines-as-code status \
--target NC01 \
--consumer agentrun-nc01-v02 \
--json
```
结果：
- `mutation=false`、`summary.ready=true`；
- latest PipelineRun：`agentrun-nc01-v02-ci-eafac6023ca5bd6afc8cf1f98788974524d21rjxkt`；
- source commit：`eafac6023ca5bd6afc8cf1f98788974524d219b2`；
- PipelineRun：`Succeeded`，耗时 54 秒；
- plan、collect、GitOps promote 三个 terminal role 均成功；
- artifact digest：`sha256:963522c48906a290bba1901b5ae5b6b78c892b9f5ddd5d42cfb8885c3f1d7284`；
- GitOps commit：`8efa73c802b245275102fc7cc91a9f8b3013c5dc`；
- Argo：`Synced`、`Healthy`，revision 与 GitOps commit 完全相同；
- runtime：`agentrun-mgr` 为 1/1 ready，运行镜像 digest 与 artifact digest 完全相同；
- diagnostics：`pac-ready-gitops-exact`，phase 为 `ready`；
- provenance relation：`exact`。
## Argo 与 GitOps authority 核对
- 当前 Argo `repoURL` 仍是 `http://git-mirror-http.devops-infra.svc.cluster.local:8080/pikasTech/agentrun.git`；
- 当前状态投影中的 `expectedRepoURL` 与 `observedRepoURL` 相同；
- `revisionRelation.relation=exact`、`proof=owning-git-commit-graph`、`fetchOk=true`；
- GitOps promote 已成功，Argo 已取得完全相同的 GitOps commit；
- 因此本次没有观察到 Gitea GitOps 写入 authority 漂移，也没有因 legacy read endpoint 阻塞交付。
## lane-secret-missing 判定
补充只读入口：
```bash
bun scripts/cli.ts agentrun control-plane status \
--node NC01 \
--lane nc01-v02 \
--source-commit eafac6023ca5bd6afc8cf1f98788974524d219b2
```
该兼容摘要仍返回 `lane-secret-missing`，但同一结果同时显示：
- PipelineRun 成功；
- Argo `Synced/Healthy` 且 revision exact；
- manager source 为 `eafac6023ca5`；
- manager 1/1 ready；
- runtime digest 与 artifact digest 一致；
- database Secret 存在。
因此 `lane-secret-missing` 不是本次 source delivery、GitOps、Argo 或 manager rollout 的真实 blocker，而是独立的 lane Secret presence 信号。自动交付是否完成以 PaC canonical 状态的 `ready=true`、`pac-ready-gitops-exact` 和 runtime exact provenance 为准，本轮不据此创建修复 PR。
docs/MDTODO/details/artificer-runtime-capabilities/R6.4_Task_Report.md
+55
View File
@@ -0,0 +1,55 @@
# R6.4 任务报告
## 结论
Target 单命令 live 输出已在 PR #1916 中改为同源有界投影。默认 human、显式 JSON 与 YAML 不再嵌入完整 task、prompt、payload 或 Aipod 对象，同时保留派单身份、状态、决策和可直接执行的下钻命令。
任务保持处理中，等待主代理审查、合并与真实运行面复测后再完成。
## 根因
- `renderMutationSummary()` 对 JSON/YAML 直接序列化 auto-dispatch 原始结果；
- 原始结果包含完整 task、run、command、latestAttempt、prompt、payload 与 Aipod；
- 外层 Target trans 重新渲染后超过 YAML-first `output.maxStdoutBytes=10240`；
- stdout guard 因而用 `stdout-text-bytes-exceeded-threshold` 替换整个结果，导致 task/run/session identity 丢失。
## 实现
- 新增 `scripts/src/agentrun/target-task-output.ts`：
- 只对 Target live 的 `dispatched`、`idempotent-replay`、`concurrent-replay` 生效；
- 输出 task、attempt、run、command、runner、session identity 与 state；
- 输出 auto-dispatch decision、Target/MDTODO 摘要；
- 输出 Aipod 与 provider/tool SecretRef presence 摘要；
- 输出绑定本次 identity 并继承 Target/lane 的 `Next` 命令；
- 对字符串和 credential 列表限界，并在裁剪前移除仓库 URL userinfo；
- `scripts/src/agentrun/render.ts` 让默认 human、JSON 与 YAML 共用紧凑事实；
- `--raw` 继续保留显式完整服务端对象语义；
- target-trans 与 auto-dispatch 的提交、幂等和恢复逻辑没有修改；
- CLI 参考已同步到 `.agents/skills/unidesk-code-queue/references/resources.md`。
## 回归与证据
- 命令：`bun test scripts/src/agentrun.test.ts`；
- 结果：21 pass、0 fail、445 assertions；
- 新回归构造超过 10 KiB 的 prompt，并覆盖默认 human、`-o json`、`-o yaml`；
- 代表性原始 JSON：93,322 B；
- 默认 human：1,959 B；
- JSON：5,385 B；
- YAML：3,282 B；
- 三种输出均保留六类 identity，不包含测试 prompt 或 URL credential；
- `git diff --check` 通过。
## 交付
- 分支：`fix/artificer-compact-output`；
- commit：`49b45ed868eca3dae4b305b59d709a5c10cf388e`；
- PR：https://github.com/pikasTech/unidesk/pull/1916；
- 未合并、未部署；
- 未触碰正在运行的 selfmedia task 或其业务 worktree。
## 后续验收
- 主代理按受控 PR 流程完成审查与合并；
- 自动交付后重新执行 Target live canary；
- 验证外层结果不再出现 `stdout-text-bytes-exceeded-threshold`；
- 验证真实 task、run、session identity 与 id-specific `Next` 可见。
docs/MDTODO/details/artificer-runtime-capabilities/R7.1_Task_Report.md
+8
View File
@@ -0,0 +1,8 @@
# R7.1 任务报告
- Issue：[AgentRun #348](https://github.com/pikasTech/agentrun/issues/348)。
- 原生子代理在独立 v0.2 worktree 完成最小修复，PR：[AgentRun #350](https://github.com/pikasTech/agentrun/pull/350)。
- Commit：`ea8da03216ee486faa3d302967b76ee1e4b9e7bb`。
- 变更仅将 `config/aipods/artificer.yaml#spec.executionPolicy.timeoutMs` 从 `1800000` 调整为 `7200000`，并在既有 Aipod render 自测中断言 Queue task 继承该 YAML 值。
- 验证：`76-aipod-spec` 21 项通过，`bun --check` 与 `git diff --check` 通过。
- 未修改其他 Aipod、运行时代码默认、合同、租约、安全机制或围栏；未由 Artificer 递归修复。
docs/MDTODO/details/artificer-runtime-capabilities/R7.2_Task_Report.md
+7
View File
@@ -0,0 +1,7 @@
# R7.2 任务报告
- 主代理完成 PR #350 的完整正文、两文件 diff、YAML authority 与测试断言审查。
- `gh pr preflight`：`MERGEABLE/CLEAN`，无 blocker。
- PR #350 已以 merge 方式合并，merge commit：`eafac6023ca5bd6afc8cf1f98788974524d219b2`。
- 合并后未执行 mirror、PipelineRun、GitOps、Argo、rollout 或其他人工 CI/CD 触发，只进入自动链只读观察。
- 已持久化旧 task/run 继续保留旧 `1800000` 快照；新任务在自动上线后读取 `7200000`。
docs/MDTODO/details/artificer-runtime-capabilities/R7.3_Task_Report.md
+12
View File
@@ -0,0 +1,12 @@
# R7.3 任务报告
Artificer 两小时 turn budget 已完成运行面长时 canary 验收。
- owning YAML：`config/aipods/artificer.yaml#spec.executionPolicy.timeoutMs=7200000`。
- 实时 `aipodspec/Artificer` 完整脱敏投影确认 `timeoutMs=7200000`，模型为 `gpt-5.6-sol`、推理强度为 `medium`。
- 新任务：`qt_69f7eb35969e43f083988ce08b6af475`；run：`run_da550671d6584edf93e918f74277e6cb`；session：`sess_artificer_e4934c849b431ff942df8323`。
- runner 启动时间：`2026-07-13T07:44:27.750Z`；在 `2026-07-13T08:14:43Z` 再次只读观察时仍为同一 run/session、Pod `Running`、command acknowledged，已持续约 30 分 15 秒且未出现旧 30 分钟 hard-timeout。
- 同次观察 supervisor 仍报告 `remainingMs=6980494`、`within-budget`，与两小时策略一致。
- 既有 Monitor run 保持创建时的旧 30 分钟 task 快照，未被回写或篡改；其自动 resume 行为独立验证正常。
发布全程只观察 GitHub merge 自动触发的 PaC/运行面事实，未人工 trigger、sync、refresh、PipelineRun 或 rollout。
docs/MDTODO/details/artificer-runtime-capabilities/R7_Task_Report.md
+14
View File
@@ -0,0 +1,14 @@
# R7 任务报告
[AgentRun #348](https://github.com/pikasTech/agentrun/issues/348) 已完成：Artificer 单 turn hard-timeout 的唯一 owning fact 已由 Aipod YAML 从 30 分钟调整为 2 小时。
- PR：[AgentRun #350](https://github.com/pikasTech/agentrun/pull/350)。
- merge commit：`eafac6023ca5bd6afc8cf1f98788974524d219b2`。
- YAML：`config/aipods/artificer.yaml#spec.executionPolicy.timeoutMs=7200000`。
- 修改仅包含 YAML 和一项既有 Aipod render 自测断言；未增加代码默认、第二 timeout authority、客户端续跑补丁、合同、租约、安全机制或围栏。
- 定向测试 21 项通过，语法检查与 `git diff --check` 通过。
- 自动 PaC PipelineRun 成功；实时 AipodSpec 已显示 7200000 ms。
- 新 Artificer task 在同一 run/session 下连续运行约 30 分 15 秒仍保持 `Running`，supervisor 仍有约 6,980,494 ms 预算，确认旧 30 分钟 hard-timeout 已取消。
- 既有 Monitor task 的旧快照未被回写；其 session resume 继续沿原策略自动运行。
全程未人工触发 CI/CD、mirror、PipelineRun、Argo sync/refresh 或 rollout。
docs/MDTODO/mdtodo-tooling-reliability.md
+4
View File
@@ -18,3 +18,7 @@
### R1.3
在独立 worktree 提交 PR，完成 Python/skill 校验和临时 fixture 前向验收；合并后更新本机受控 skill 安装并用本 MDTODO 的真实 Markdown 标题复测，完成任务后将详细报告写入[任务报告](./details/mdtodo-tooling-reliability/R1.3_Task_Report.md)。
## R2 [in_progress]
解决 UniDesk #1913（https://github.com/pikasTech/unidesk/issues/1913）：复用 agent_skills #7 与 PR #8 的 MDTODO 安全 stdin 实现，让主代理、Artificer resource bundle 和受控 host skill 投影默认使用安全标题输入，并有界披露 source/target freshness、warning 与精确修复入口；不得复制第二套 MDTODO 工具、增加版本门禁或覆盖宿主并行脏改，由 Artificer 在独立 worktree 和分支实现、测试并提交 PR，不自行合并，完成任务后将详细报告写入[任务报告](./details/mdtodo-tooling-reliability/R2_Task_Report.md)。
docs/MDTODO/pr-merge-driven-automatic-delivery.md
+3
View File
@@ -64,6 +64,9 @@
记录并后续解决 [UniDesk #1828](https://github.com/pikasTech/unidesk/issues/1828)：聚合 cicd status 对 sentinel/platform-infra 在 source、GitOps、Argo/runtime 已对齐时仍误报 pac-gitops-missing/relation unknown；统一专用 control-plane 与聚合器的 source→GitOps revision relation authority 和判定证据，本轮仅登记，不扩入 #1760 自动 delivery 修复，完成任务后将详细报告写入[任务报告](./details/pr-merge-driven-automatic-delivery/R4.4_Task_Report.md)。
### R4.5 [in_progress]
基于 [UniDesk #1802](https://github.com/pikasTech/unidesk/issues/1802) 修复当前 AgentRun NC01 自动交付阻塞：将 GitOps read/write、Argo repoURL 与 delivery provenance 从 legacy git-mirror 收敛到既有 Gitea internal 单一 authority；只做 owning YAML、既有 renderer/定向验证的最小必要修改，禁止人工 mirror、sync、flush、trigger、apply、closeout、PipelineRun 或 runtime patch，也禁止新增合同、租约、安全机制和围栏，完成任务后将详细报告写入[任务报告](./details/pr-merge-driven-automatic-delivery/R4.5_Task_Report.md)。
## R5 [in_progress]
解决 [UniDesk #1900](https://github.com/pikasTech/unidesk/issues/1900)：修复 NC01 PaC watcher 因 ServiceAccount token 的 node/pod 关系失败而 Pending，恢复 GitHub PR merge 驱动的唯一自动交付链，禁止人工补触发、第二权威或旁路，完成任务后将详细报告写入[任务报告](./details/pr-merge-driven-automatic-delivery/R5_Task_Report.md)。
docs/MDTODO/web-sentinel-runtime-reliability.md
+3
View File
@@ -24,6 +24,9 @@ PR 合并后只等待自动发布链，使用受控 Web sentinel 原入口产生
核对 [#1861](https://github.com/pikasTech/unidesk/issues/1861) 的小时级实际探测 cadence 与 10 分钟 scheduler heartbeat/扫描间隔；若只读报告语义误导则纠正字段和文档，若 owning YAML 未生效则修正渲染，验收 CronJob 与报告明确区分二者，完成任务后将详细报告写入[任务报告](./details/web-sentinel-runtime-reliability/R1.4_Task_Report.md)。
#### R1.4.1 [in_progress]
解决 [UniDesk #1919](https://github.com/pikasTech/unidesk/issues/1919)：纠正此前‘实际已为小时级’的误判，沿 owning YAML、renderer、CronJob/Deployment、quick verify 与 AgentRun/HWLAB Session provenance 定位并消除约 10 分钟误派发；保留 10 分钟心跳/扫描时不得创建业务 Session，自动交付后覆盖完整小时窗口验收唯一小时级派发源，不新增第二 scheduler、补洞、合同、租约、安全机制或围栏，完成任务后将详细报告写入[任务报告](./details/web-sentinel-runtime-reliability/R1.4.1_Task_Report.md)。
## R2 [in_progress]
推进 [UniDesk #1868](https://github.com/pikasTech/unidesk/issues/1868)：按当前多 runner、全局查询与 Dashboard 复杂度重构 Monitor 平台，评估并实施分散 SQLite 到 NC01 YAML-first Host PostgreSQL 的统一迁移；P0 先冻结架构、数据模型和切换边界，再实现、自动发布和原入口验收，不以迁移掩盖 [#1861](https://github.com/pikasTech/unidesk/issues/1861)，不保留永久双写或第二权威，完成任务后将详细报告写入[任务报告](./details/web-sentinel-runtime-reliability/R2_Task_Report.md)。