展示HN：一个可视化网站地图编辑器，迫使你在设计用户界面之前先设计结构
大多数网页工具都是从用户界面（UI）开始的。
模板、组件、AI 布局。
但结构——网站地图、导航逻辑——通常是在后面才考虑的。
因此，我构建了一个工具：<a href="https://no-edit.lovable.app" rel="nofollow">https://no-edit.lovable.app</a>
这是一个基于浏览器的可视化网站地图和导航编辑器，您可以先设计层级结构，再进行视觉设计。
核心理念：
页面是节点
导航是明确的
层级始终可见
您无法“意外”创建结构混乱
与其先设计主页，不如先设计地图。
然后用户界面就在这个结构之上。
我注意到：
用户在进行样式设计之前，会花时间重新组织结构
清晰的导航减少了后续的编辑
以层级思维方式改变了功能的添加方式
我很好奇：
对于那些构建内容管理系统（CMS）、集成开发环境（IDE）或大型网页应用的人来说——
结构是否应该在设计工具中成为一等公民？
还是说这是用户在大规模使用时才关心的事情？
期待对此方法的技术反馈。
链接见评论。
查看原文
Most web tools start with UI.
Templates. Components. AI layouts.
But structure — the sitemap, the navigation logic — usually comes later.
So I built a tool: <a href="https://no-edit.lovable.app" rel="nofollow">https://no-edit.lovable.app</a>
A browser-based visual sitemap + navigation editor where you design the hierarchy first, before touching visuals.
Core idea:
Pages are nodes
Navigation is explicit
Hierarchy is visible at all times
You can’t “accidentally” create structural chaos
Instead of designing a homepage first, you design the map.
Then the UI sits on top of that structure.
What I’ve noticed:
Users spend time reorganizing structure before styling
Navigation clarity reduces later edits
Thinking in hierarchy changes how features are added
I’m curious:
For those who’ve built CMSs, IDEs, or large web apps —
Should structure be a first-class citizen in design tools?
Or is it something users only care about at scale?
Would love technical feedback on the approach.
Link in comments.