跳到正文
Hacker News:AI 熱帖·· 7 小時前AI 評分65

Gauge 開源 CLI,以循環測試改進編碼智能體使用的文件

Show HN: Gauge – Open-Source CLI to recursively improve your docs

AI 導讀

Gauge 開源 CLI,透過反覆執行編碼智能體任務、分析工作階段記錄及測試文件變體,找出並修正智能體使用產品時的摩擦。CLI 提供無須帳戶的本機執行後端,使用 Docker 容器和 mitmproxy sidecar,但推理仍在遠端。Gauge 協助 Clerk 將編碼智能體由舊有 keyless 模式轉向新 `clerk init` 命令;部署後,使用該命令的編碼智能體增加 3x。

正文

Image 1Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Show HN: Gauge – Open-Source CLI to recursively improve your docs (github.com/gauge-sh) 23 points by 0x63_Problems5 hours ago | hide | past | favorite | 4 comments Hi HN, I’m Evan from Gauge. We’re open-sourcing our CLI to recursively improve your docs for coding agents. The CLI includes a local execution backend, so you don't need an account to try it. Explainer video here: https://youtu.be/zhLUlIKB1Mg The CLI supports a hillclimbing loop: - set up tasks for coding agents that would need your docs, like 'set up Gauge CI checks' - run the tasks - analyze session transcripts for friction or failures - create variants of your docs to resolve the issues - re-run the tasks with the doc variants injected (transparently, at the same hostname) - repeat until you have a variant that resolves the issues The same loop supports hillclimbing your Skills, CLI, and other agent-facing surfaces. We started out 2 years ago building open-source developer tools (like Tach https://github.com/tach-org/tach), then pivoted to AI Search optimization, and are now focused on the intersection of the two spaces. We were already working with awesome devtool companies, and they were the first ones to ask us how to optimize for Claude Code and Codex. We realized this would be something that eventually every company needs to do. Our CLI provides primitives for docs/devrel/eng teams to measure, analyze, and improve how coding agents use their product. The design boils down to two components: VMs and a network gateway. The VMs are straightforward, we want the agents to be highly privileged within their environment so that they are representative of developers' coding agents. Each VM generally comes with the agent harness itself, language toolchains, and a git repository. The network gateway is where we terminate TLS and swap in variants of your docs transparently. The gateway also handles credential replacement, so agents see placeholders and can't exfiltrate keys. The CLI comes with a 'local' execution backend (inference is still remote). For VMs, it uses Docker containers, and the network gateway is mitmproxy running in a sidecar container for each session. We've used the hillclimbing loop internally to find and fix coding agent issues like mistaken pricing, inaccurate product limitations, and repeated workarounds. We saw coding agents report that Gauge only supports Claude Code and Codex, traced it back to the web pages they fetched, and fixed the behavior (we support Pi, OpenCode, and Antigravity as well). For Clerk, we helped shift coding agents from their legacy 'keyless' mode to their new 'clerk init' command. They were able to validate a pre-release change to their SDK's error messages using Gauge, then saw a 3x increase in coding agents using 'clerk init' post-deploy. Due to the 'static' nature of AI models, we've realized that closed-loop optimization techniques are now possible for essentially all software products. The same agent can be simulated over and over, meaning that a high-fidelity testing environment is all you need. Achieving the best results boils down to high-quality analysis (finding generalizable friction and objections) and paired experiments (vary only the content, measure the downstream change in behavior). The repo is here: https://github.com/gauge-sh/gauge-cli and you can start using the CLI with: npm i -g @withgauge/cli We also have documentation and a quickstart here: https://docs.withgauge.com/agents/guides/cli If you point a coding agent at those pages, it should guide you through the initial setup - let us know if it doesn't! The intention is for your agent to run some sensible evaluations and find at least one point of friction you can fix. We'd love to know from HN: Has anyone tried to DIY this locally, or built something in-house at their company? Is this an improvement? If not, what would need to change? help Image 2esafak4 hours ago[–] Sorry to be pedantic, but it's iteratively. Your README even calls it Iteration. Thanks for sharing. reply Image 3choxi13 minutes ago | parent | next[–] They won’t stop until the entire information capacity of the universe is consumed by autogenerated Swagger docs reply Image 40x63_Problems3 hours ago | parent | prev | next[–] Fair enough, maybe when we use it internally it would qualify? reply Image 5jpease3 hours ago | parent | prev[–] But what if you use recursion for iteration? reply Image 6 Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact Search:

來源:Hacker News:AI 熱帖 · news.ycombinator.com