Google's AI plays doctor badly, Anthropic angers its fans, and ecologists forget what trees look like

Further evidence that if the AI apocalypse is a possibility, common sense will not save us.

进一步证明，如果 AI 末日是可能的，常识不会拯救我们。

AI の黙示録が可能性としてあるなら、常識は私たちを救わないというさらなる証拠。

AI 종말이 가능성이라면, 상식이 우리를 구하지 못할 것이라는 추가 증거.

Más evidencia de que si el apocalipsis de IA es posible, el sentido común no nos salvará.

Weiterer Beweis, dass wenn die KI-Apokalypse möglich ist, gesunder Menschenverstand uns nicht retten wird.

If an app makes a diagnosis or a recommendation based on health data, that's Software as a Medical Device (SaMD) and it opens up a world of liability.

如果一个应用根据健康数据做出诊断或建议，那就是软件医疗设备(SaMD)，会带来一系列责任问题。

アプリが健康データに基づいて診断や推奨を行う場合、それは Software as a Medical Device（SaMD）であり、責任の世界が開かれる。

앱이 건강 데이터를 기반으로 진단이나 권고를 하면, 그것은 의료기기 소프트웨어(SaMD)이고 책임의 세계가 열린다.

Si una app hace un diagnóstico o recomendación basada en datos de salud, eso es Software como Dispositivo Médico (SaMD) y abre un mundo de responsabilidad.

Wenn eine App eine Diagnose oder Empfehlung basierend auf Gesundheitsdaten macht, ist das Software als Medizinprodukt (SaMD) und eröffnet eine Welt der Haftung.

Not surprised. Another example is minecraft related queries. It will combine fan forums discussing desired features with the actual game bible - so it mixes one source of truth with one source of fantasy.

不奇怪。另一个例子是 Minecraft 相关查询。它会把讨论期望功能的粉丝论坛和实际游戏指南混在一起——所以它把真相来源和幻想来源混合了。

驚かない。別の例は Minecraft 関連のクエリ。ファンフォーラムの希望機能の議論と実際のゲームバイブルを組み合わせる——つまり真実の源とファンタジーの源を混ぜている。

놀랍지 않다. 또 다른 예는 마인크래프트 관련 쿼리다. 원하는 기능을 논의하는 팬 포럼과 실제 게임 바이블을 결합한다—그래서 진실의 출처와 환상의 출처를 섞는다.

No me sorprende. Otro ejemplo son las búsquedas de Minecraft. Combina foros de fans discutiendo características deseadas con la biblia real del juego—mezcla una fuente de verdad con una fuente de fantasía.

Nicht überrascht. Ein weiteres Beispiel sind Minecraft-bezogene Anfragen. Es kombiniert Fan-Foren, die gewünschte Features diskutieren, mit der tatsächlichen Spiel-Bibel—vermischt also eine Quelle der Wahrheit mit einer Quelle der Fantasie.

They did not. Anthropic is protecting its huge asset: the Claude Code value chain. If anything, Anthropic's mistake is that they are incapable of monetizing their great models in the chat market.

他们没有错。Anthropic 在保护其巨大资产：Claude Code 价值链。如果说有什么错误，那就是他们无法在聊天市场将优秀模型变现。

彼らは間違っていない。Anthropic は Claude Code バリューチェーンという巨大な資産を守っている。何か間違いがあるとすれば、チャット市場で優れたモデルを収益化できていないこと。

그들은 틀리지 않았다. Anthropic 은 거대한 자산인 Claude Code 가치 사슬을 보호하고 있다. 실수가 있다면 채팅 시장에서 훌륭한 모델을 수익화하지 못하는 것이다.

No lo hicieron. Anthropic está protegiendo su enorme activo: la cadena de valor de Claude Code. Si acaso, el error de Anthropic es que son incapaces de monetizar sus grandes modelos en el mercado de chat.

Das haben sie nicht. Anthropic schützt sein riesiges Asset: die Claude Code-Wertschöpfungskette. Wenn überhaupt, ist Anthropics Fehler, dass sie unfähig sind, ihre großartigen Modelle im Chat-Markt zu monetarisieren.

I mean... I don't like it either but this is pretty standard stuff. Claude, ChatGPT, Gemini, and Grok are all more or less on par with each other. There's nothing inherent to these products to make them 'sticky'.

我是说...我也不喜欢，但这是相当标准的做法。Claude、ChatGPT、Gemini 和 Grok 都差不多。这些产品没有任何内在的东西能让它们'粘住'用户。

つまり...私も好きじゃないけど、これはかなり標準的なこと。Claude、ChatGPT、Gemini、Grok はだいたい同等。これらの製品を「粘着性」のあるものにする固有のものは何もない。

내 말은... 나도 좋아하지 않지만 이건 꽤 표준적인 일이다. Claude, ChatGPT, Gemini, Grok 모두 거의 동등하다. 이 제품들을 '끈적하게' 만드는 고유한 것은 없다.

Quiero decir... a mí tampoco me gusta pero esto es bastante estándar. Claude, ChatGPT, Gemini y Grok están más o menos a la par. No hay nada inherente a estos productos para hacerlos 'pegajosos'.

Ich meine... ich mag es auch nicht, aber das ist ziemlich Standard. Claude, ChatGPT, Gemini und Grok sind alle mehr oder weniger gleichauf. Es gibt nichts Inhärentes an diesen Produkten, das sie 'klebrig' macht.

I'm pretty sure this 'mistake' will be completely forgotten by the next month. Their enforcing that their subscription only works with their product should not really come as a surprise.

我很确定这个'错误'下个月就会被完全遗忘。他们强制其订阅只能用于自己的产品不应该让任何人感到惊讶。

この「間違い」は来月には完全に忘れられると確信している。購読が自社製品でのみ機能することを強制するのは驚くべきことではない。

이 '실수'는 다음 달이면 완전히 잊혀질 것이라고 확신한다. 구독이 자사 제품에서만 작동하도록 강제하는 것은 놀랄 일이 아니다.

Estoy bastante seguro de que este 'error' será completamente olvidado el próximo mes. Que hagan cumplir que su suscripción solo funcione con su producto no debería sorprender a nadie.

Ich bin mir ziemlich sicher, dass dieser 'Fehler' bis nächsten Monat völlig vergessen sein wird. Dass sie durchsetzen, dass ihr Abonnement nur mit ihrem Produkt funktioniert, sollte niemanden überraschen.

An alternative might be to run the agent in a VM in the cloud and use Syncthing or some other tool like that to move files back and forth.

另一种选择可能是在云端 VM 中运行代理，使用 Syncthing 或类似工具来回移动文件。

代替案として、クラウドの VM でエージェントを実行し、Syncting などのツールでファイルをやり取りする方法がある。

대안으로 클라우드의 VM 에서 에이전트를 실행하고 Syncthing 같은 도구로 파일을 주고받을 수 있다.

Una alternativa podría ser ejecutar el agente en una VM en la nube y usar Syncthing u otra herramienta similar para mover archivos.

Eine Alternative könnte sein, den Agenten in einer VM in der Cloud auszuführen und Syncthing oder ein ähnliches Tool zu verwenden, um Dateien hin und her zu bewegen.

It would be helpful if the README explained how this works so users understand what they're trusting to protect them. The trust boundary is a Docker container, so there's still a risk of container escape.

如果 README 解释了这是如何工作的会很有帮助，这样用户就能理解他们信任什么来保护他们。信任边界是 Docker 容器，所以仍然存在容器逃逸的风险。

README でこれがどう機能するか説明してくれると、ユーザーが何を信頼して保護してもらっているか理解できて助かる。信頼境界は Docker コンテナなので、コンテナエスケープのリスクはまだある。

README 에서 이것이 어떻게 작동하는지 설명해주면 사용자가 무엇을 신뢰하고 보호받는지 이해하는 데 도움이 될 것이다. 신뢰 경계는 Docker 컨테이너이므로 컨테이너 탈출 위험이 여전히 있다.

Sería útil si el README explicara cómo funciona esto para que los usuarios entiendan en qué confían para protegerse. El límite de confianza es un contenedor Docker, así que todavía hay riesgo de escape del contenedor.

Es wäre hilfreich, wenn das README erklären würde, wie das funktioniert, damit Benutzer verstehen, worauf sie vertrauen, um sich zu schützen. Die Vertrauensgrenze ist ein Docker-Container, also besteht immer noch ein Risiko des Container-Escape.

How does one get commit marked as claude? It also sounds like a poor idea since I don't also attribute my OS or vim version.

如何让提交标记为 claude？这听起来也是个糟糕的主意，因为我也不会标注我的操作系统或 vim 版本。

どうやってコミットを claude としてマークするの？OS や vim のバージョンも記載しないから、これも悪いアイデアに聞こえる。

커밋을 claude 로 어떻게 표시하나요? OS 나 vim 버전도 표시하지 않으니까 이것도 나쁜 아이디어처럼 들린다.

¿Cómo se marca un commit como claude? También suena como una mala idea ya que tampoco atribuyo mi versión de OS o vim.

Wie markiert man einen Commit als claude? Es klingt auch nach einer schlechten Idee, da ich auch nicht meine OS- oder vim-Version angebe.

This looks cool, I'll definitely try it out. The best of these that I've tried so far is conductor.build. They get the git worktree setup and teardown and managing dev servers part of it right.

这看起来很酷，我一定会试试。到目前为止我试过的最好的是 conductor.build。他们在 git worktree 设置和拆除以及管理开发服务器方面做得很好。

これはクールに見える、絶対試してみる。これまで試した中で一番良かったのは conductor.build。git worktree のセットアップと解体、開発サーバーの管理の部分が正しくできている。

멋져 보인다, 꼭 써볼 것이다. 지금까지 써본 것 중 최고는 conductor.build 다. git worktree 설정과 해제, 개발 서버 관리 부분을 잘 해낸다.

Esto se ve genial, definitivamente lo probaré. El mejor de estos que he probado hasta ahora es conductor.build. Hacen bien la configuración y desmontaje de git worktree y la gestión de servidores de desarrollo.

Das sieht cool aus, ich werde es definitiv ausprobieren. Das Beste davon, das ich bisher probiert habe, ist conductor.build. Die bekommen das git worktree Setup und Teardown und die Verwaltung von Dev-Servern richtig hin.

For the sake of convenience we found ourselves in a tedious terrible place again and now we have to scrape to get out of it. If only we could have a clean API to programmatically control agents...

为了方便，我们发现自己又陷入了一个乏味可怕的境地，现在我们必须挣扎着出来。要是我们能有一个干净的 API 来程序化控制代理就好了...

便利さのために、また面倒で酷い状況に陥り、今度は這い出さなければならない。エージェントをプログラムで制御するクリーンな API があれば...

편의를 위해 우리는 다시 지루하고 끔찍한 상황에 빠졌고 이제 빠져나가야 한다. 에이전트를 프로그래밍 방식으로 제어하는 깔끔한 API 가 있다면...

Por conveniencia nos encontramos en un lugar tedioso y terrible de nuevo y ahora tenemos que rascarnos para salir. Si pudiéramos tener una API limpia para controlar agentes programáticamente...

Der Bequemlichkeit halber befinden wir uns wieder an einem mühsamen, schrecklichen Ort und müssen uns jetzt herauskratzen. Wenn wir nur eine saubere API hätten, um Agenten programmatisch zu steuern...

Does it have a . hotkey for automatically switching to the next idle worker, like the namesake did?

它有没有像同名游戏那样的.热键，可以自动切换到下一个空闲的工人？

同名ゲームのように、次のアイドルワーカーに自動で切り替える.ホットキーはある？

동명의 게임처럼 다음 유휴 워커로 자동 전환하는 . 핫키가 있나요?

¿Tiene una tecla rápida . para cambiar automáticamente al siguiente trabajador inactivo, como su homónimo?

Hat es eine .-Taste zum automatischen Wechseln zum nächsten inaktiven Worker, wie der Namensvetter?

I did marine biology field work almost 5 decades ago as a lowly junior lab tech. Work always has downsides, for me it was washing the glassware and dealing with sodium hydroxide weighing. But fieldwork is invaluable.

近 50 年前我作为一个低级初级实验室技术员做过海洋生物学野外工作。工作总有缺点，对我来说是洗玻璃器皿和处理氢氧化钠称重。但野外工作是无价的。

約 50 年前、下っ端のジュニアラボ技術者として海洋生物学のフィールドワークをした。仕事にはいつも欠点がある。私にとってはガラス器具の洗浄と水酸化ナトリウムの計量だった。でもフィールドワークはかけがえのないもの。

거의 50 년 전에 말단 주니어 실험실 기술자로 해양 생물학 현장 연구를 했다. 일에는 항상 단점이 있다, 나에게는 유리 기구 세척과 수산화나트륨 계량이었다. 하지만 현장 연구는 무가하다.

Hice trabajo de campo en biología marina hace casi 5 décadas como humilde técnico de laboratorio junior. El trabajo siempre tiene desventajas, para mí era lavar los cristales y lidiar con el pesaje de hidróxido de sodio. Pero el trabajo de campo es invaluable.

Ich habe vor fast 5 Jahrzehnten als bescheidener Junior-Labortechniker meeresbiologische Feldarbeit gemacht. Arbeit hat immer Nachteile, für mich war es das Spülen der Glaswaren und der Umgang mit Natriumhydroxid-Wägung. Aber Feldarbeit ist unbezahlbar.

As a kid I had problems with Foundation (Asimov) premise that loss of scientific knowledge can be the trigger not just the result of civilizational collapse - not anymore.

小时候我对《基地》（阿西莫夫）的前提有疑问，即科学知识的丧失可能是文明崩溃的触发因素而不仅仅是结果——现在不再怀疑了。

子供の頃、科学知識の喪失が文明崩壊の結果だけでなく引き金になりうるというファウンデーション（アシモフ）の前提に疑問を持っていた——今はもう疑問に思わない。

어렸을 때 과학 지식의 상실이 문명 붕괴의 결과가 아닌 방아쇠가 될 수 있다는 파운데이션(아시모프)의 전제에 문제가 있다고 생각했다 - 이제는 아니다.

De niño tenía problemas con la premisa de Fundación (Asimov) de que la pérdida de conocimiento científico puede ser el detonante y no solo el resultado del colapso civilizatorio - ya no.

Als Kind hatte ich Probleme mit der Prämisse von Foundation (Asimov), dass der Verlust wissenschaftlichen Wissens der Auslöser und nicht nur das Ergebnis eines zivilisatorischen Zusammenbruchs sein kann - jetzt nicht mehr.

Machine learning and data science are not new things in science. It's great that we have the ability to share and work with existing data sets, collect data remotely with sensors, but we'll always need people to go out and collect updated data.

机器学习和数据科学在科学领域并不是新事物。我们能够共享和使用现有数据集、用传感器远程收集数据是很棒的，但我们总是需要人出去收集更新的数据。

機械学習とデータサイエンスは科学では新しいものではない。既存のデータセットを共有・活用し、センサーでリモートにデータを収集できるのは素晴らしいが、更新されたデータを収集するために外に出る人は常に必要だ。

머신러닝과 데이터 과학은 과학에서 새로운 것이 아니다. 기존 데이터셋을 공유하고 작업하며 센서로 원격으로 데이터를 수집할 수 있는 것은 훌륭하지만, 업데이트된 데이터를 수집하러 나가는 사람은 항상 필요하다.

El aprendizaje automático y la ciencia de datos no son cosas nuevas en la ciencia. Es genial poder compartir y trabajar con conjuntos de datos existentes, recolectar datos remotamente con sensores, pero siempre necesitaremos gente que salga a recolectar datos actualizados.

Maschinelles Lernen und Data Science sind keine neuen Dinge in der Wissenschaft. Es ist großartig, dass wir bestehende Datensätze teilen und damit arbeiten können, Daten remote mit Sensoren sammeln können, aber wir werden immer Menschen brauchen, die rausgehen und aktualisierte Daten sammeln.