‹ BackHN Continuity

Thread

DeepSeek Harness Desktop for macOS and Windows

415 points · 223 comments · Kuyawa

  1. wren6991 · · focus · HN ↗
    The desktop build seems to enable telemetry by default. Regular `dsh web` only has telemetry for explicit user feedback. Hmm :/

    If like me you're mildly bothered by this, add these lines to $DSH_HOME/cordis.patch.yml before first startup ($DSH_HOME is ~/.dsh by default):

        - id: desktop-product-telemetry
          disabled: true
        - id: product-analytics
          disabled: true
        - id: session-log-deepseek
          config:
            enabled: false
    
    On-topic: I like DeepSeek Harness quite a bit, but the problem with "Everything Is A Plugin" is that when this includes core functionality, you still have to maintain downstream patches for those core plugins if you want to tweak existing behaviour. I currently have ~25 downstream commits and 0 new plugins.
    1. rootsudo · · focus · HN ↗
      I wish I caught this before my first command, disabled it but not sure what it sent off :c but this is something to enable. It's visible in settings as well, but it does not match what you set on the web portal first even after syncing it.
    2. goobatrooba · · focus · HN ↗
      Why else would they offer their own harness except to steal your data? Grok playbook plain and simple.
      1. wren6991 · · focus · HN ↗
        I don't think DSH is doing anything close to what Grok was doing.
    3. jimmydoe · · focus · HN ↗
      not surprising. their approaches are generally leaning on gathering as much user data as possible, e.g. the paid API can't opt out training. I'd always double-check before using any service from them.
      1. declan_roberts · · focus · HN ↗
        That's the compromise: Deepseek gets our data and the CCP gets our data. You get very cheap tokens. BUYER BEWARE!
        1. wren6991 · · focus · HN ↗
          Yeah, I am actually ok with this. I'm selective about what goes into it, and the training goes into better open-weight models. From what I've seen the DSH desktop telemetry is actually telemetry (like VS Code), not uploading all your files.

          Might have been unclear from what I posted originally, but the `session-log-deepseek` is attaching session transcripts to DeepSeek API inference requests, so it's just a full version of what already needs to go in the messages array, with compaction expanded etc.

          If you run `dsh web` against a local model then nothing goes to DeepSeek by default (except the web_search tool uses their API, but there has to be a backend somewhere). I think that's commendable. The regression on the desktop app is disappointing.

        2. miroljub · · focus · HN ↗
          You work for Anthropic?

          Why do you suppose everyone would rather share data with Mosad and CIA than with CCP?

          In China, my data is safe. Safe from you, safe from the CIA, safe from Mosad.

        3. cheonic4040 · · focus · HN ↗
          > That's the compromise: Deepseek gets our data and the CCP gets our data. You get very cheap tokens. BUYER BEWARE!

          Anthropic also shares your personal data with the US government.

          At least DeepSeek provides 95% of the performance for 10% of the cost.

        4. dualvariable · · focus · HN ↗
          CCP really doesn't care about policing what I do or think and doesn't have the reach to enforce anything. I can think of a lot of topics that I'd never ask a US-based chatbot that works with the US government, that I'd be fine with the CCP reading instead.
    4. wpm · · focus · HN ↗
      Why does every one of these apps pollute the home directory by default? You'd think AI would be able to write the code to make the app fucking behave properly and store its settings in the platform appropriate way.
      1. wren6991 · · focus · HN ↗
        Combination of main character syndrome, and wanting consistency across platforms like MacOS, which doesn't define $XDG_CONFIG_HOME or $XDG_CACHE_HOME.
        1. trollbridge · · focus · HN ↗
          It’s not hard to default to ~/.config
          1. wpm · · focus · HN ↗
            It's even easier to not spray file diarrhea all over my home directory on macOS and put things where the belong in ~/Library/Preferences
            1. drcongo · · focus · HN ↗
              No! ~/Library/ is for rubes! Everything should go in ~/.config/
              1. wpm · · focus · HN ↗
                Absolutely not. Dot-files and dot-folders are crap. Stupid, ugly, moronic crap. Dogshit. You want to use that XDG poo-poo don't use a Mac.
                1. trollbridge · · focus · HN ↗
                  You’re free to never install Unix software on your Mac.

                  Some of us like to install apps that are primarily intended for Linux and are more than happy to have both Linux oriented and macOS oriented programs on the same machine.

                  Dotfiles are not “crap”. They work quite well, and I’d rather tab out .config vs wade through Library any day.

            2. trollbridge · · focus · HN ↗
              I get frustrated everytime I have to tab out ~/Library/Application\ S… no, not that one, I want Support… com.foobar.flibbity/file.cfg

              It’s completely fine to use ~/.config

              1. wpm · · focus · HN ↗
                I get frustrated every time I have to do Command+Shift+. to navigate to some fucking stupid dot folder and get frustrated every single time I have to look past dozens of polluting folders spewed into MY HOME folder without my permission or consent with no ability to move it somewhere sensible and normal.

                I'm sure that the space in Application Support (which I agree is annoying) is so hard to get past. I have to hit tab twice! Ugh! But that's so much easier than having to stretch my hand to the lower right to add a fucking . to a folder ostensibly called "config" or "name_of_app_that_shits_in_my_home" instead of just hitting c-tab and so on.

                You absolutely cannot fucking convince me that dot-files/dot-folders are good. You might as well be telling me that eating feces is good because you don't have to walk to the fridge. They are one of the absolute stupidest, most lazy and brain-dead things this industry has accepted as normal. And even if they aren't, the XDG_BLANK environment variables (one of the stupidiest ways to set configurations) have absolutely zero place on macOS because macOS is not part of the Free Desktop Group, and if they were there's no shot Apple would've said "yeah shit all over the home directory with some dot-file trash lol".

                1. trollbridge · · focus · HN ↗
                  I don’t see how having everything inside .config and .local is a problem. If it really bothers you, set the XDG vars.

                  There’s two things that start with “Application S” in Library. The first alphabetic one is one you almost never use.

      2. andrewmcwatters · · focus · HN ↗

        [dead]

      3. wlonkly · · focus · HN ↗
        I mean .config is a newcomer, it's only been around for 23 years. Dotfiles in the home directory goes back to 1971!
        1. wpm · · focus · HN ↗
          And the person involved in their creation said dot-files were a bad idea in the first place! We should stop this nonsense.

          <a href="https:&#x2F;&#x2F;web.archive.org&#x2F;web&#x2F;20120805161513&#x2F;http:&#x2F;&#x2F;plus.google.com&#x2F;101960720994009339267&#x2F;posts&#x2F;R58WgWwN9jp" rel="nofollow">https:&#x2F;&#x2F;web.archive.org&#x2F;web&#x2F;20120805161513&#x2F;http:&#x2F;&#x2F;plus.googl...

    5. anticensor · · focus · HN ↗
      Core exposes well defined extension seams, you don&#x27;t need to patvh those core plugins at all.
Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.