Nietzschian Debugger：用对抗式提问逼你查证的调试 CLI，GitHub 约 67 Star

调试时直接要答案很爽，但也会养成「不会看证据」的习惯。GitHub 用户 DilawarShafiq 开源了 Nietzschian Debugger：你贴上 bug 描述，它默认不给修复方案，而是持续追问假设、证据和下一步该看什么。仓库自述用「anti-AI」「What doesn't kill your code makes it stronger」做营销包装；实际上安装与运行仍依赖 Anthropic API Key（BYOK），通过 Claude 生成那些问题。[1]

查询日期：2026年10月27日（北京时间）。累计 Star 67、Fork 2（GitHub API）。

1、它具体怎么用

发布渠道包括 npm 包 nietzschian-debugger（README 写 v0.1.0）以及当前以 Python 为主的源码安装：

npx nietzschian-debugger
# 或
pip install git+https://github.com/DilawarShafiq/nietzschian-debugger.git
nietzschian debug "your bug"

强度分三档：socrates（偏温和引导）、默认 nietzsche（直接、少递答案）、zarathustra（更强硬）。会话里可用 solved / found it 结束，I give up 换一次提示后退出。README 演示里，模型会把「有的用户 403、感觉随机」逼到去看日志，再追问近期鉴权变更——样例对话到「JWT TTL 改了却没失效旧会话」为止。[1]

2、作者与动机

维护者 GitHub 账号为 DilawarShafiq（公开资料显示姓名 Dilawar Shafiq）。README 写明动机：反对「复制粘贴 ChatGPT → 上线」式依赖，希望用对抗式提问锻炼调试直觉。HN Show/讨论帖作者账号为 dilawargopang，与仓库维护者同一人链条。不把账号名推断为更多未公开身份。[1][2]

3、技术栈

4、项目活跃度

来源：GitHub REST API，查询日 2026年10月27日（北京时间）。

5、如何贡献

仓库未见单独的详尽 CONTRIBUTING.md 专章（以当日页面为准）。已核实入口：克隆后 pip install -e ".[dev]"，用 pytest 跑测试，再通过常规 Issue / PR 反馈。合并规则未在 README 写死，不臆造分支策略。[1]

6、怎么读「anti-AI」这层包装

把 slogan 当成「这是一款反 AI 产品」并不准确：它对抗的是「代答式助手」的交互姿态，底层仍调用商用大模型。Hacker News 讨论里，有人直接指出 Setup 第一步就是 Anthropic Key；有人质疑命名与尼采对苏格拉底辩证法的态度不合；也有人觉得「只提问」仍可能替你指出下一步，未必真正逼出独立思考。这些是命名与设计争议，不是实测评分。[2]

若你想练排查路径、又不介意自备 Anthropic 额度，可以把它当成带人设的苏格拉底式 CLI 来试；若目标是「完全不碰云端模型」，当前仓库并不满足。

仓库：https://github.com/DilawarShafiq/nietzschian-debugger

资料与使用说明

1. Star/Fork/Issue/Release/commit 日期来自 GitHub API，查询日 2026年10月27日（北京时间）；Contributors 按账号统计，可能含机器人/匿名口径未单独剥离。

2. 累计 commit 约 26 为 Link 头分页估算，非官方仪表盘导出。

3. 「永不给答案」、哲学引用人设、成长条等为 README 宣传与样例会话，本文未实测。

4. 「anti-AI」为作者营销用语；依赖 Anthropic API 是已写明的运行前提，不把营销口号写成产品评测结论。

5. HN 评论为个别用户观点，不代表「社区共识」。

#NietzschianDebugger #开源 #调试 #Anthropic #CLI #HackerNews