You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The finishingbot / seambot / rhodibot workflows are disabled
(if: false + TODO, merged in #36) because they clone a repo that
does not exist. They should be re-enabled by integrating against the gitbot-fleet monorepo + its tiered runner — not by a clone-URL swap.
hyperpolymath/finishing-bot (and seambot, rhodibot) do not
exist — never under hyperpolymath or metadatastician; estate
search empty. The clone fails at Set up job (could not read Username … exit 128), so these were permanent false-red on every push,
unrelated to source.
Real location
The bots live in hyperpolymath/gitbot-fleet (public Rust
monorepo, pushed 2026-05-16):
crates: bots/finishingbot/, bots/seambot/, bots/rhodibot/
(each with a fuzz/ target)
BOT-OPERATIONS.md documents a four-tier dependency model
(rhodibot → glambot → seambot → finishbot, cross-deps;
session state in ~/.gitbot-fleet/sessions/). The bots are not
independently clone-and-run; they execute via the fleet's tiered
runner (Justfile).
What "done" looks like
Re-enable the three checks by integrating ubicity CI against
gitbot-fleet properly:
Clone https://github.com/hyperpolymath/gitbot-fleet.git (public —
no secret needed) at a pinned ref.
Build the workspace and invoke the relevant bot(s) through the
fleet's tier runner / Justfile, honouring the dependency order,
rather than cargo build in a standalone dir.
Map results back to the existing "Upload results / Fail on findings"
steps.
Summary
The
finishingbot/seambot/rhodibotworkflows are disabled(
if: false+ TODO, merged in #36) because they clone a repo thatdoes not exist. They should be re-enabled by integrating against the
gitbot-fleet monorepo + its tiered runner — not by a clone-URL swap.
Root cause (verified)
Each workflow does:
hyperpolymath/finishing-bot(andseambot,rhodibot) do notexist — never under
hyperpolymathormetadatastician; estatesearch empty. The clone fails at Set up job (
could not read Username … exit 128), so these were permanent false-red on every push,unrelated to source.
Real location
The bots live in
hyperpolymath/gitbot-fleet(public Rustmonorepo, pushed 2026-05-16):
bots/finishingbot/,bots/seambot/,bots/rhodibot/(each with a
fuzz/target)BOT-OPERATIONS.mddocuments a four-tier dependency model(
rhodibot → glambot → seambot → finishbot, cross-deps;session state in
~/.gitbot-fleet/sessions/). The bots are notindependently clone-and-run; they execute via the fleet's tiered
runner (Justfile).
What "done" looks like
Re-enable the three checks by integrating ubicity CI against
gitbot-fleet properly:
https://github.com/hyperpolymath/gitbot-fleet.git(public —no secret needed) at a pinned ref.
fleet's tier runner / Justfile, honouring the dependency order,
rather than
cargo buildin a standalone dir.steps.
if: falseguards (added in ci: disable phantom-bot workflows until bot repos exist #36) once green.Interim state
#36 disabled the jobs (job-level
if: false+ TODO pointing here).No behaviour change to ubicity; CI no longer falsely red.
Refs #36. Related:
hyperpolymath/gitbot-fleet.