展示HN：Nanopm – Claude Code的项目管理自动化（审计 → 策略 → 路线图）
Garry Tan 的 gstack 证明了通过 SKILL.md 标准，可以为 Claude Code 提供一个完整的工程团队。我问：项目管理层怎么办？
一个命令（/pm-run）可以在你的终端内运行完整的规划周期——审计 → 目标 → 策略 → 路线图 → PRD。每个技能都会写一个 markdown 文档，下一个技能会读取它。上下文在整个流程中不断累积。
我觉得最有用的部分是：它在 ~/.nanopm/memory/ 中构建了你产品的持久记忆。六个月后重新运行 /pm-audit，它会知道你之前尝试过什么。没有其他项目管理工具能够做到这一点，因为没有其他项目管理工具是在你的编辑器中运行的。
/pm-breakdown 可以直接从 PRD 在 Linear 或 GitHub Issues 中创建任务。
早期阶段，我很想知道：在你的编辑器中运行项目管理的感觉是否合适，还是应该使用一个单独的工具？
查看原文
Garry Tan's gstack proved you can give Claude Code a full engineering team
via the SKILL.md standard. I asked: what about the PM layer?<p>One command (/pm-run) runs the full planning cycle inside your terminal —
audit → objectives → strategy → roadmap → PRD. Each skill writes a markdown
artifact, the next one reads it. Context compounds across the whole pipeline.<p>The part I find most useful: it builds persistent memory of your product in
~/.nanopm/memory/. Re-run /pm-audit six months later and it knows what you
tried before. No other PM tool does this because no other PM tool lives in
your editor.<p>/pm-breakdown creates tickets directly in Linear or GitHub Issues from the PRD.<p><a href="https://github.com/nmrtn/nanopm" rel="nofollow">https://github.com/nmrtn/nanopm</a><p>Early days, would love to know: does running PM work inside your editor feel right, or does it belong in a separate tool?