依赖清单文档化 · Dependency Doc Generator

它解决什么问题

依赖关系的增长没有记录：没有人知道为什么有一个包存在，哪些是固定的，或者哪些带有已知的漏洞。

这个技能做什么

• 从锁定文件或包清单构建依赖项清单。
• 添加每个依赖项的用途、版本策略和风险说明。
• 标记过时、未固定和废弃的包裹。
• 输出带有升级清单的 Markdown 文档。

为什么比裸提示词强

它强制执行依赖文档框架：名称、版本、用途、风险、升级路径，因此该列表在添加它的人离开后仍然有用。

典型用例

• 在移交之前记录遗留服务。
• 每月依赖性健康审查。
• 让开发人员使用新的代码库。

局限

它记录了您的舱单声明的内容；仅运行时导入仍然需要扫描工具。

模糊的

---

English · 英文介绍

The problem

Dependencies grow undocumented: nobody knows why a package is there, which are pinned, or which carry known vulnerabilities.

What it does

• Builds a dependency inventory from lock files or package manifests.
• Adds purpose, version policy, and risk notes per dependency.
• Flags outdated, unpinned, and abandoned packages.
• Outputs a markdown doc with an upgrade checklist.

Why this beats prompting it yourself

It enforces a dependency doc frame: name, version, purpose, risk, upgrade path, so the list stays useful after the person who added it leaves.

Use cases

• Documenting a legacy service before handover.
• Monthly dependency health review.
• Onboarding developers onto a new codebase.

Known limitations

It documents what your manifests declare; runtime-only imports still need a scan tool.

fu'z'y