Two small contract corrections, both already verified by firstmate.
1. abiba-zulip-restore.prose.md — default model row
The table published Default model | deepseek-v4-pro while the row above it already stated provider syslog-harness. Live truth (/root/.pi/agent/settings.json): defaultProvider: syslog-harness, defaultModel: syslog-auto. deepseek-v4-pro is not a LiteLLM name at all — the harness catalogue is exactly syslog-auto, gpu-dense, gpu-vision, strix-moe — so a config following this row would authenticate (the key allowlist still carries it) and then fail as an unknown model. This is the last such claim in the repo; the source is now stated as settings.json.
Note: the primary pi session reaches DeepSeek through its own provider (auth.json), not through LiteLLM, so no gateway change is involved.
Adds one line to the CT 100 probe-gap section: for kagentz (CT 105) use ssh root@kagentz rather than pct exec 105 (which reports loop0 at 59G while ssh sees the real 99G filesystem), and for the QEMU VM docker-vm (CT 109) use ssh root@192.168.68.7.
Disclosure: this second file is the same content that was in PR #85, which the pre-delivery review FAILED on the correct ground that documentation alone does not fix the reported defect. It is included here as the verified factual content only — the substantive scanner fix (deterministic reachability verdict, per-guest access method, per-field audit) remains tracked separately as disk-gc-probe-false-unreachable-20260913. Subsequent runs did report every host with real per-host values, which is why the content is worth landing, but reviewers should judge it as documentation, not as the fix.
Reviewers: the three-dot diff against master should be exactly these two files, one line each.
Two small contract corrections, both already verified by firstmate.
## 1. `abiba-zulip-restore.prose.md` — default model row
The table published `Default model | deepseek-v4-pro` while the row above it already stated provider `syslog-harness`. Live truth (`/root/.pi/agent/settings.json`): `defaultProvider: syslog-harness`, `defaultModel: syslog-auto`. `deepseek-v4-pro` is not a LiteLLM name at all — the harness catalogue is exactly `syslog-auto`, `gpu-dense`, `gpu-vision`, `strix-moe` — so a config following this row would authenticate (the key allowlist still carries it) and then fail as an unknown model. This is the last such claim in the repo; the source is now stated as settings.json.
Note: the primary pi session reaches DeepSeek through its own provider (auth.json), not through LiteLLM, so no gateway change is involved.
## 2. `disk-gc-threat-response.prose.md` — access-method note
Adds one line to the CT 100 probe-gap section: for `kagentz` (CT 105) use `ssh root@kagentz` rather than `pct exec 105` (which reports loop0 at 59G while ssh sees the real 99G filesystem), and for the QEMU VM `docker-vm` (CT 109) use `ssh root@192.168.68.7`.
Disclosure: this second file is the same content that was in PR #85, which the pre-delivery review FAILED on the correct ground that documentation alone does not fix the reported defect. It is included here as the verified factual content only — the substantive scanner fix (deterministic reachability verdict, per-guest access method, per-field audit) remains tracked separately as `disk-gc-probe-false-unreachable-20260913`. Subsequent runs did report every host with real per-host values, which is why the content is worth landing, but reviewers should judge it as documentation, not as the fix.
Reviewers: the three-dot diff against master should be exactly these two files, one line each.
The abiba-zulip-restore.prose.md file incorrectly claimed the default model
was 'deepseek-v4-pro', but /root/.pi/agent/settings.json declares
'defaultModel: syslog-auto' and 'defaultProvider: syslog-harness'.
deepseek-v4-pro is not a servable LiteLLM model name for this fleet.
The only live models are: syslog-auto, gpu-dense, gpu-vision, strix-moe.
Note: The firstmate/pi session talks to DeepSeek through its own
provider (auth.json), NOT through LiteLLM, so no LiteLLM change is
needed to keep firstmate's deepseek usage working.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Two small contract corrections, both already verified by firstmate.
1.
abiba-zulip-restore.prose.md— default model rowThe table published
Default model | deepseek-v4-prowhile the row above it already stated providersyslog-harness. Live truth (/root/.pi/agent/settings.json):defaultProvider: syslog-harness,defaultModel: syslog-auto.deepseek-v4-prois not a LiteLLM name at all — the harness catalogue is exactlysyslog-auto,gpu-dense,gpu-vision,strix-moe— so a config following this row would authenticate (the key allowlist still carries it) and then fail as an unknown model. This is the last such claim in the repo; the source is now stated as settings.json.Note: the primary pi session reaches DeepSeek through its own provider (auth.json), not through LiteLLM, so no gateway change is involved.
2.
disk-gc-threat-response.prose.md— access-method noteAdds one line to the CT 100 probe-gap section: for
kagentz(CT 105) usessh root@kagentzrather thanpct exec 105(which reports loop0 at 59G while ssh sees the real 99G filesystem), and for the QEMU VMdocker-vm(CT 109) usessh root@192.168.68.7.Disclosure: this second file is the same content that was in PR #85, which the pre-delivery review FAILED on the correct ground that documentation alone does not fix the reported defect. It is included here as the verified factual content only — the substantive scanner fix (deterministic reachability verdict, per-guest access method, per-field audit) remains tracked separately as
disk-gc-probe-false-unreachable-20260913. Subsequent runs did report every host with real per-host values, which is why the content is worth landing, but reviewers should judge it as documentation, not as the fix.Reviewers: the three-dot diff against master should be exactly these two files, one line each.