当你接触一个新项目，想要知道这个项目的骨架的时候，如果这个项目很多分叉，也有很多公共节点，很乱，你想知道每个流程是怎么样运行的时候，可以使用这个提示词 使用claude-code的 /artifact-diagramming 效果最好
1 项目迷宫图 帮我梳理这个项目，但不要先从源码文件开始讲。 第一步先给我画一张完整的端到端流程图，把整个项目当成一张“迷宫地图”。 我要通过这张图解决两个问题： 1. 看懂整个项目的骨架： 一个请求从哪里进入，经过哪些阶段，在哪里判断、分叉、汇合，最后如何输出。 2. 看懂每一种合同的路线： 遇到具体合同后，我能够沿着流程图一路往下走，知道这个合同会经过哪些节点。 流程图中必须明确区分： - 【公共节点】：多个合同都会经过，例如 Router、翻译、压缩、后处理等 - 【合同专属节点】：只有某一种合同会经过的逻辑 每个流程节点都要标注： - 节点是做什么的 - 是公共逻辑还是合同专属逻辑 - 对应哪个 `.md` / Prompt - 对应哪个 `.py` - 这个 md / py 在当前节点主要负责什么 这里只讲文件职责，不要逐行解释代码，也不要展开函数和变量细节。 总流程图完成后，再分别为每一种合同抽一条“合同路线”。 例如： 入口 → 公共 Router → 合同 A 判断 → 合同 A 专属处理 → 公共压缩 → 公共翻译 → 最终输出 然后沿着这条路线逐节点详细解释： - 为什么会走到这里 - 这个节点解决什么问题 - 输入是什么 - 做了什么 - 输出到哪里 - 举一个具体例子 - 对应的 md / py 文件是什么 我要达到的最终效果是： 第一次看总图，我能理解整个项目的骨架； 以后遇到任何一种具体合同，我都能像走迷宫一样，从入口沿着箭头找到它完整的执行路线，并清楚知道哪些逻辑是它独有的，哪些逻辑是整个项目公用的。 如果出现新的概念，要第一次出现时用小白能理解的话解释，不要默认我知道 Agent、Router、Pipeline、Prompt 等概念。 整体优先保证“流程感”和“地图感”，不要变成文件列表或源码逐行讲解。 (Shared from: https://promptup.net/prompt/zh-%E9%A1%B9%E7%9B%AE%E8%BF%B7%E5%AE%AB%E5%9B%BE)
