Skip to content
View duu261's full-sized avatar
馃幆
Focusing
馃幆
Focusing
  • 21:07 (UTC +07:00)

Block or report duu261

Block user

Prevent this user from interacting with your repositories and sending you notifications. Learn more about blocking users.

You must be logged in to block users.

Content in all repositories owned by your account will be closed.
Maximum 250 characters. Please don鈥檛 include any personal information such as legal names or email addresses. Markdown is supported. This note will only be visible to you.
Report abuse

Contact GitHub support about this user鈥檚 behavior. Learn more about reporting abuse.

Report abuse
duu261/README.md

Duu

AI agents 路 Neovim 路 Arch 路 tmux 路 TUI and CLI over GUI bloat

Small tools for my own setup. I keep the ones that survive a few weeks of daily use.

How I build

  1. Check first. Before a single line: does it exist, or is upstream about to ship it? "Wait" or "use what's there" is a fine answer.
  2. Earn the build. Will I still want to maintain it in six months? Does anyone besides me need it? Do I actually need it?
  3. Smallest thing that works. Stdlib over dependency, config over code, a thin overlay on upstream over a fork I'll be rebasing forever.
  4. Mirror upstream. If the host already does part of the job, follow how it does it. Don't invent a parallel version.
  5. Fail loud and boring. Risky stuff gets tested against the real service. Low-stakes stuff gets no ceremony.

I break these more than I'd like. Agents finish a working tool in one session, so it's tempting to just build. But code got cheap to write, not cheap to own. The session ends, upstream ships a release, and the drift is mine.

On agents

I use them daily and trust them about as far as I can check them.

  • One agent in charge, bounded workers, me reading the diff.
  • Fully autonomous pipelines demo well and are miserable to debug.
  • An agent saying "done" is not evidence. Tool output is.

Most of my agent tooling exists to close that last gap.

Pinned Loading

  1. duke.nvim duke.nvim Public

    cargo new + cargo add for the JVM, inside Neovim

    Lua 2

  2. opencode-go-pool opencode-go-pool Public

    CLIProxyAPI plugin for managing OpenCode Go account pools and quotas

    Go 3

  3. hermes-codex-search hermes-codex-search Public

    Search-only Hermes backend for a Codex-compatible standalone web-search endpoint.

    Python

  4. hermes-codex-web hermes-codex-web Public

    Python

  5. hermes-imagegen-openai-compatible hermes-imagegen-openai-compatible Public

    Python 2