Codewhale agent support (detection manifest + wiring) #2420
atmosuwiryo
started this conversation in
Show and tell
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Codewhale agent support (detection manifest + wiring)
Implements the request in #1314. Status: contributed branch proposed
upstream — not merged or shipped yet.
I've built and locally tested herdr detection for
codewhale, a Rust/TUI terminal
coding agent. Posting here rather than opening a PR, since herdr's
contribution policy requires approved-contributor status for implementation
PRs. Happy to iterate on feedback, adjust scope, or hand this over to a
maintainer-controlled agent.
What it does
Herdr gains a
codewhaleagent kind with idle / working / blocked states:▌⣤ working · Nm · Esc to interrupt)plus OSC title (
🐳 working…,🐳 using tool…)Do you want to proceed?+ numbered allow/deny options,plus the
🐳 waiting on you…title❯composer prompt, guarded against the working/blocked rowswith not-clauses
Manifest signals: OSC 0 window title (
🐳 <verb>…while busy,🐳 waiting on you…when blocked,Codewhale/✓ doneat rest), OSC 9;4taskbar progress (
4;1busy /4;0clear), and screen fallbacks for allthree states.
Scope
Agent::Codewhaleenum variant + process-name identificationsrc/detect/manifests/codewhale.toml(new)cjk_ime_agentsdocsindex.toml+codewhale.toml)agent start --kindlists, changelog — en/ja/zh-cnEvidence and verification
from a codewhale session running inside herdr, plus codewhale's TUI source
for the OSC title lifecycle and approval strings
herdr agent explain --file— all three states correctdetect::tests pass, including 5 new codewhale tests (idle/working/blocked + OSC title/progress rules)
config-reference, docs parity)
cargo fmt --checkclean; tested locally inside herdrNote: two gates I could not run green in my sandbox — clippy
-D warningsand the Windows target lint — fail identically on clean master (pre-existing
lints from a newer local Rust toolchain), not from this change.
Where the code lives
feat/codewhale-agentin my fork (no PR opened):https://github.com/atmosuwiryo/herdr/tree/feat/codewhale-agent
97d1c9f9—feat: add codewhale agent support, 19 files, +301/−9Happy to adjust anything. Questions welcome.
All reactions