Live data from Hacker News

DeepSeek Harness developer preview

deepseek.com

31–40 of 346 posts

Re: DeepSeek Harness developer preview

#31

The landing page provides more context than GitHub: https://deepseek.com/harness/en/ The documentation, built from repo, is available here: https://deepseek-harness.github.io/deepseek-harness/en/guide... (I find the development and reference sections easier to read and navigate)

this should be the link!

Re: DeepSeek Harness developer preview

#32
post #17

But like, what is it? Odd that this reached #1 on HN. The README is pretty bare outside of installation instructions and a link to "Cordis", which is "A Meta-Framework of Spatiotemporal Composability." and "under active development. The API is not yet stable and may change without notice.".

A "harness" is basically what you call Claude Code and such, i.e. a TUI to run the agent.

TUI?

Aren't VS Code, Claude Code, Hermes Agent, Goose or Letta harnesses, but with UI, too?

Re: DeepSeek Harness developer preview

#33
post #17

But like, what is it? Odd that this reached #1 on HN. The README is pretty bare outside of installation instructions and a link to "Cordis", which is "A Meta-Framework of Spatiotemporal Composability." and "under active development. The API is not yet stable and may change without notice.".

New coding harness that seems to have some novel concepts and one of the pretty cool things on their landing page for it here: https://deepseek.com/harness/en/ is the Every Run is Traceable view:

"Everything the model sees is recorded in an append-only session log: system prompts, reasoning, tool calls and results, subagent scheduling, and every context injection. In the Trajectory view, you can inspect these records by source. Resume, fork, search, and replay all operate on the same event stream."

Seems pretty helpful - have sort of wanted something similar (I use Pi).

They also released this research paper that backs their whole plugin composability system that seems pretty cool: https://github.com/cordiverse/paper

Re: DeepSeek Harness developer preview

#34
post #24

Is there a reason why so many of these agent harness are written in node.js?

Probably for the ease of coding extensions — which strikes me as outdated thinking: if it’s open source and you’re outsourcing the coding to LLMs, why not use a compiled, safe language? There’s an interesting counter example for DeepSeek called CodeWhale, though: https://github.com/Hmbown/CodeWhale

Also isn't OpenAI's Codex written in Rust?

Re: DeepSeek Harness developer preview

#36
post #17

But like, what is it? Odd that this reached #1 on HN. The README is pretty bare outside of installation instructions and a link to "Cordis", which is "A Meta-Framework of Spatiotemporal Composability." and "under active development. The API is not yet stable and may change without notice.".

[deleted]

Re: DeepSeek Harness developer preview

#37
post #32

Earlier quoted context omitted.

A "harness" is basically what you call Claude Code and such, i.e. a TUI to run the agent.

TUI? Aren't VS Code, Claude Code, Hermes Agent, Goose or Letta harnesses, but with UI, too?

VSCode at least is a GUI

Re: DeepSeek Harness developer preview

#40
post #14

Earlier quoted context omitted.

I'm not sure why specifically Javascript instead of something like Python or other options, but using an interpreted environment minimizes the friction for implementing extension systems, which are an important feature in AI harnesses.

`uv` helps but it's new, and I don't think it has the same mindshare yet on "I just globally want to install this thing that needs an interpreter/runtime", so Python probably just doesn't come first to mind.

I'd put it on this. In my experience Python is fine for scripting your own machine but an obnoxious platform to distribute code on. It's very fragile to version changes, in both directions; I don't know how many things I've seen that only run on 3.10, not 3.9 or 3.11. Its packaging system is global by default which only compounds this because everything needs a specific version but they're all dumped in the same place. And it tends to have a lot of native code as dependencies, leading to all the issues of needing to either have the right build environment or a runtime environment that's already been built for.
Post reply on HN