https://blog.margrop.net/tag/audit/ Recent content in Audit on 魔都水滴 Hugo -- gohugo.io zh-CN Tue, 31 Mar 2026 21:30:00 +0800 https://blog.margrop.net/post/clawd-code-architecture-quick-read/ Tue, 31 Mar 2026 21:30:00 +0800 https://blog.margrop.net/post/clawd-code-architecture-quick-read/ <p><code>margrop/clawd-code</code> 的最新代码，已经不是“把泄露源码原样存起来”的那种仓库了。它现在是一个很明确的 <strong>Python-first porting workspace</strong>：<code>src/</code> 是活动实现，<code>tests/</code> 负责验证，<code>archive/claude_code_ts_snapshot/</code> 只是可选的本地归档，<code>src/reference_data/</code> 才是命令和工具镜像的来源。</p> <p>如果上一版长文讲的是“怎么读源码”，这一版速读版只回答一个问题：<strong>这个工作区到底怎么分层？</strong></p> <p><img src="https://blog.margrop.net/post-images/clawd-code-quick-overview.svg"></p> https://blog.margrop.net/post/claude-code-daofa-tishu-source-code-analysis/ Tue, 31 Mar 2026 20:30:00 +0800 https://blog.margrop.net/post/claude-code-daofa-tishu-source-code-analysis/ <p>我重新看了 <code>margrop/clawd-code</code> 的最新代码之后，得出的第一印象是：这仓库已经不再是“泄露源码镜像”的延续叙事了，而是一个明确的 <strong>Python-first porting workspace</strong>。它的 tracked tree 里，<code>src/</code> 是活动实现，<code>tests/</code> 是验证层，<code>archive/claude_code_ts_snapshot/</code> 是可选的本地归档，<code>src/reference_data/</code> 则保存了命令、工具和表面覆盖率的镜像数据。</p> <p>这意味着项目关注点变了。它不再只问“原始 Claude Code 是怎么写的”，而是问：</p> <ol> <li>旧系统的结构能不能被重新组织成更清晰的 Python 工程；</li> <li>命令、工具、会话、权限和启动顺序能不能被显式建模；</li> <li>当前 porting workspace 到底覆盖到了旧体系的哪些边界；</li> <li>哪些部分只是镜像，哪些部分还只是骨架，哪些部分已经能跑出可读的 runtime 报告。</li> </ol> <p>从这个角度看，这个仓库更像一套“重建中的工程系统”，而不是“保存原样的源码档案”。这也是我把这篇文章重新更新的原因。上一版文章仍然围绕旧快照本体，这一版必须围绕最新的 Python porting 工作区本身来写。</p> <p><img src="https://blog.margrop.net/post-images/clawd-code-architecture-2026.svg"></p>