精选
为什么选中它
待人工精选——以下事实来自源码仓库。
它能做什么
Analyze a codebase and generate architecture documentation (module responsibilities, dependencies, entry points, run methods).
适合谁
想用 DSH 获得这项能力的用户;装前建议先看源码和文档。
风险提示
- 未发现明显风险信号;安装前仍建议查看源码。
Analyze a codebase and generate architecture documentation (module responsibilities, dependencies, entry points, run methods).
待人工精选——以下事实来自源码仓库。
Analyze a codebase and generate architecture documentation (module responsibilities, dependencies, entry points, run methods).
想用 DSH 获得这项能力的用户;装前建议先看源码和文档。
dsh plugin --profile web add github:duyanta123/arch-doc 作者没有声明支持的平台。
text arch-doc/ ├── package.json # npm 包 + dsh.bundle.patch ├── cordis.patch.yml # DSH bundle patch ├── plugin/index.js # ESM 入口,注册 skills/ 为技能根 ├── skills/arch-doc/SKILL.md # 技能 frontmatter + 阶段执行 runbook ├── docs/ # 输出模板 + 扫描规则 ├── scripts/arch-profile.mjs # 零依赖 Node 脚本:probe/scan/deps/entry ├── examples/ # 输入/输出示例 └── test/ # node --test 测试 + fixtures ## 使用 1. 安装:dsh plugin --profile web add github:duyanta123/arch-doc#v0.1.1 2. 使用:对 Agent 说「用 arch-doc 分析 /path/to/repo」 3. 本地开发:profile 的 package.json 加 "arch-doc": "file:<本地路径>/arch-doc",bundles 加 "arch-doc" ## 输出 - docs/ARCHITECTURE.md:结构化架构文档(按 docs/architecture-template.md 骨架) - docs/architecture.json:机器可读的结构化结果 - docs/diagrams/module-dependencies.mmd:Mermaid 模块依赖图 ## 环境要求 - Node.js >= 18(运行 scripts/arch-profile.mjs;无 Node 时 runbook 自动降级为 shell 手工探测) ## 脚本 bash node scripts/arch-profile.mjs <repo_path> --probe node scripts/arch-profile.mjs <repo_path> --scan --max-depth 3 node scripts/arch-profile.mjs <repo_path> --deps node scripts/arch-profile.mjs <repo_path> --entry node scripts/arch-profile.mjs <repo_path> --all ## 测试 bash npm test node --check scripts/arch-profile.mjs ## 排障 - 生成的 ARCHITECTURE.md 里 Mermaid 图不渲染:file:// 协议下浏览器直接打开时,CDN 加载的 mermaid.js 受同源策略限制无法自动渲染;用 Typora 等本地渲染编辑器打开,或把 diagrams/module-dependencies.mmd 内容粘到 mermaid.live 查看。.mmd 源文件语法本身独立有效。 - 大仓库扫描太慢 / 输出太长:--max-depth 3 起步,必要时降到 2;确认 exclude_dirs 覆盖了 node_modules、.venv、构建产物等大目录。 - 无 Node 环境时:runbook 自动降级为 shell 手工探测(find / ls / 读 package.json / go.mod / pyproject.toml),结论质量略降但流程完整。 - 识别不到入口点:先跑 --probe 确认项目类型识别正确;混合技术栈仓库以主语言构建文件为准(如 Go+Node 混合,以 go.mod 优先)。 ## License MIT不看 Star,人工一条条挑的。
把 DSH 的 settings.yaml 做成可视化看板:所有已注册的 settings namespace——包括官方界面从未覆盖的第三方插件配置——都渲染成可编辑表单。项目还早,但方向很对:告别手改 YAML。
给 DSH 的 DIY 轨迹可视化:把 agent 的计划与执行画成图,不用翻原始日志也能看清它在干嘛。项目还早,但补上了「一眼看懂 agent 在做什么」这个真实缺口。
从 Claude Code / Codex 把活派给 DSH:在宿主内拉起带分级预设的 DSH agent 会话,看原生子代理进度,还能借它的多模态桥给纯文本的 DSH 补上视觉和生图。编排型插件,把 DSH 变成其他编码 agent 的后端。