Show HN：Wienerdog —— 为 Claude Code/Codex 打造记忆与自我改进技能

Wienerdog 是一个面向 Claude Code 和 Codex CLI 的开源项目，其理念是：只要在 AI 模型周围安装合适的文件，就能让已经付费的模型“明显更聪明”。它不修改底层模型，而是安装真实用户画像、持久的 Markdown 记忆、针对重复任务的技能，以及一个夜间“做梦”的自我改进流程。Claude Code 和 Codex CLI 共享同一个记忆库，因此用户在两种工具之间切换时，AI 不会因为换工具而“忘记”用户。项目目前处于 0.x 阶段，维护者每天都在使用；文件格式在 1.0 前仍可能演进，安装后的文件布局被视为公共 API。

安装方式包括 curl 管道、PowerShell 以及 npx wienerdog@latest init 跨平台命令。脚本会先检查 Node 和 git，缺失时询问用户并显示将要执行的确切命令；如果用户拒绝或处于非交互式终端，它只会打印命令，让用户自行运行。Windows 具有完整功能：记忆库、技能和夜间 dreaming 都可用，nightly dream 会以当前用户身份注册到任务计划程序，无需管理员权限；如果电脑当时关机或睡眠，恢复后会补跑。安装后需要重启 Claude Code 或 Codex，新的 Wienerdog 技能才会加载。在 Claude Code 中可用 /wienerdog-setup 启动配置；在 Codex 中可通过 /skills 或直接用自然语言说“Wienerdog setup”。

安装后，工具会生成一个 Obsidian 风格 PARA 结构的记忆库，并同时生成 CLAUDE.md 和 AGENTS.md。这些是普通文件，用户可读、可用 git 版本管理，默认只留在本机；Wienerdog 不会主动把数据推送到任何地方。它会尽量擦除读取和写入内容中看起来像 API 密钥或令牌的文本，但这是尽力而为，不是绝对保证。如果真实凭据被捕获，应按照 secret-incident 指南处理。

核心机制是“dreaming”。每晚的计划任务会回顾当天对话，通过质量门控把重要信息提升到长期记忆，并把重复的工作流转化为可复用的技能。由 Wienerdog 创建的技能会被持续观察并在真实使用中修订，但用户自己的技能和 Wienerdog 内置技能不会被改动。每晚最多产生一次 git commit，所有改动都可以回滚。对于用户身份信息（你是谁、偏好、目标）的修改，只有跨多个会话反复观察到相同内容后才会提出建议；而且必须使用 wienerdog memory approve 批准确切文本后，才会影响下一次会话。用户可以随时运行 wienerdog safety 查看各项受控能力的状态。

项目还提供可选的 Google Workspace 感知（Gmail、日历、Drive），在设计上以只读优先、草稿优先为原则。在 Wienerdog 强制执行的路径中，一个本地能力代理持有凭据，只暴露固定动词。默认情况下，AI 只能向用户明确批准的收件人发送内容，无人值守发送也只能发到用户自己的地址；授权由用户在键盘前创建，而不是由 AI 创建。此外，用户可以从目录中选择笔记本友好的定时例程，如晨间摘要、收件箱整理、每周回顾等，这些例程由操作系统的原生调度器运行，不需要守护进程。每次定时运行之前，独立启动器会先检查应用代码是否匹配其记录的内容地址，以及任务是否仍匹配其摘要绑定的授权描述；Claude 和 Git 只会从固定且结构验证过的安装位置启动。如果 config.yaml 或应用目录被的外部编辑改变，任务会拒绝运行并发出告警，即失败关闭。需要明确的是，这种保护针对的是作用域内的文件写入和同步之间的漂移，并不能防御运行在同一用户下的任意原生恶意软件；后者需要操作系统级别的锚定。

Wienerdog 有意不做成“个人 AI 代理应用”。OpenClaw、Hermes 等项目令人印象深刻，但它们是需要运行、保护和更新的网关、守护进程或服务器。Wienerdog 只是文件：Markdown、技能、钩子、配置，由用户已经运行并信任的 AI 工具解释。没有新的常驻软件，不监听端口，不联网外发，不需要额外硬件或 VPS。因为所有执行都通过用户自己的 Claude Code/Codex 订阅完成，所以仍处于服务条款允许的范围内。

这个仓库从第一天起就在“吃自己的狗粮”：它自己的记忆库位于 memory/，开发约定写在 CLAUDE.md 中，大部分代码由中档 AI 模型按照文档中的 spec 系统编写。文档包括愿景、产品需求、架构、威胁模型、贡献指南等，项目采用 MIT 许可证。