- 内容站|内容消费:内容站、媒体展示站、个人主页
- 数据站|数据分析:数据可视化/分析应用
- 工具站|任务工具:Web App/小工具站、看板/驾驶舱(Dashboard)、后台管理系统(Admin/CMS)
- 协作站|协作实时:协作/社交/实时应用,API 后端/服务
- 交易站|交易商业:电商/交易站,落地页/营销站
思路/经验
- 不一定是有了顶板栏才更好看,像是日历型的话可以加顶板栏,有些页面(个人CRM)不加顶板栏反而更美观
设计和实现
> 前端通用逻辑 |26-09-10 追加|26-09-10 更新
1. 先考虑一个页面应该放几个视图(可以用 URL 视图来实现)
1. 考虑逻辑切换,实现方式有两种:一种是页面内顶部切换栏,一种是内容中操作,目前更喜欢后者,把视图切换的入口藏到某个组件的某个按钮上
2. 考虑 header 和 footer 设计,header 可以考虑“插画➕hero title➕简单线条”的形式,footer 可以考虑写一些可爱的话“左对齐的为中文,右对齐的为年份·英文”
2. 再考虑每个视图的容器/组件布局:顶部栏、KPI、日历图、详情面板
3. 接着考虑每个容器/组件的内部布局
1. 逻辑:
1. 下滑
2. 悬停:气泡
3. 点击:下拉菜单、悬浮窗、抽屉、展开
4. sticky:顶边栏、侧边目录栏
2. 视觉:文本的字号和类型(flex/普通)、颜色、高度对齐情况、完整显示
4. 考虑不同大小浏览器的优化:移动端视图,半屏视图
> 让Agent 去重构或者开发一个内容站的 pipeline|26-09-09 追加|26-09-10 更新
## Step1:粗实现
1. 熟悉当前的“数据与业务规则”
2. 按需设计几套 UI。
3. 选一张 UI, 进行视觉反解,输出 UI 包(组件➕整体)➕“组件拆解和分阶段实现规范文档”
4. 根据上述产物给出初始提示词。
5. 找一个靠谱模型动工
1. 第一部分是数据业务规则。
2. 第二部分是UI包。
3. 第三部分是“组件拆解和分阶段实现规范文档”。
4. 第四部分是提示词
## Step2: 细调整
1. 先检查页面级逻辑:视图入口等
- 页面标题|侧边栏入口|顶部导航|底部栏
- 视图切换与返回逻辑
- URL 状态
2. 再检查页面级容器布局
- 主列和侧列比例
- KPI 与日历的上下关系
- 详情面板的位置
- 各看板的行列分布
- 页面整体宽度、高度和留白
- 底部 Footer 是否贴底
3. 再检查容器内部布局
- 标题、图标、按钮是否同一行
- 内容默认显示几条
- 卡片内部上下左右对齐
- 表格列宽
- 分页位置
- 统计信息的位置
- 容器之间的间距
4. 文字与视觉参数
- 字号
- 字重
- 行高
- 字体颜色
- 图标尺寸
- 图标与标题间距
- 卡片边框、圆角、阴影
- 金额颜色和强调层级
5. 交互细节
- 悬停显示什么
- 点击是展开还是气泡窗
- 是否显示完整内容
- 截断文本如何处理
- Popover 的位置和样式
- 分页、切换、开关的反馈
- 空状态和边界状态
6. 响应式与 Sticky
- 移动端卡片顺序
- 字号自适应
- 容器间距
- 横向溢出
- 侧边栏展开方式
- 顶部栏、侧边栏、底部栏的 sticky 行为
7. 验收标准
- 所有视图入口和返回逻辑稳定
- 数据和计算结果正确
- 页面级布局不再变化
- 容器比例和对齐稳定
- 字号、颜色、间距完成统一
- 桌面端和移动端都能正常显示
- 悬停、点击、分页、气泡窗行为明确
- 构建和截图验证通过
> 提示词模版|26-09-09 追加|26-09-10 更新
## 粗实现
1. 熟悉“数据与业务规则”
- 请熟悉当前站点(url或者本地模型中指定)的数据与业务规则,包括但不限于
- 数据字段和计算规则,分清哪些数据来自真实文件,哪些是派生数据
- 页面有哪些视图,以及视图之间的切换逻辑
- 熟悉URL、返回、分页、筛选等逻辑
2. 根据需求让GPT设计UI(这一部分变动会比较多,不限制)
- 看里面的图片,看里面的 UI 图。然后我现在的诉求就是让你依据现在的内容、数据、交互逻辑和 UI 去进行重构,现在这个 4 个视图集成到一个大视图,也就变成了一个更有工作台的感觉。有一些信息可以用悬浮窗或者说悬停状态来这个进行交互的,那你就改成这样收起来的逻辑,把他们 4 个视图的内容集中到一个视图里面,帮我设计更美观、信息量更高、更简洁、交互逻辑更明确的UI 稿,请帮我设计三套不同的风格。
3. 从 UI 反解组件: “组件拆解和分阶段实现规范文档”
- 请根据我选中的 UI 进行反解,产出一份“组件拆解和分阶段实现规范文档”,第一部分为“组件清单 + 布局关系 + 状态说明”
- 页面级区域:侧边栏、顶部栏、主内容区、底部
- 视图级区域:主视图、收支记录、会员订阅
- 容器:KPI、日历、详情面板、趋势图、列表
- 组件:标题、图标、按钮、胶囊、卡片、气泡窗
- 设计参数:颜色、字号、间距、圆角、边框、阴影、比例
- 状态:默认、悬停、点击、展开、空数据、移动端
- 第二部分为明确的“实现协议”
- 页面布局使用什么 Grid / Flex 结构
- 每个区域的宽高关系
- 桌面端和移动端断点
- 视图切换使用 URL、状态还是路由
- 交互是展开、Popover、Drawer 还是 Modal
- 哪些元素固定,哪些元素自适应
- 字号、间距、颜色使用哪些 token
- 数据字段映射到哪些组件
- 第三部分为 UI 包
- 即每个小组件/容器的局部视图
4. 让 GPT 出提示词
- 接着根据当前“数据与业务规则”、UI以及“组件拆解和分阶段实现规范文档”生成一版不错的初始提示词,注意一定要分阶段实现和验证,最好是实现哪部分容器时只视觉验收对应部分而不是看整体,最后整体视觉验收时再看整体,这一部分验收时主要关注
- 真实数据能正确显示
- 所有视图入口能正常切换
- 主要容器层级和页面布局成立
- 原有业务逻辑不被破坏
## 细调整
> 这部分没有提示词,是按照逻辑走,看到哪里有问题了就让他修哪里
测试
> 测试技巧 | 26-09-10 追加|26-09-10 更新
1. 学会使用URL参数调试:如`/todo-board/?previewDate=2026-08-05`
案例
- 小红书帖子提供的调研财报,输出网页思路
- 2026-08-01,DeepSeek V4 Flash、43 条请求、230 积分,把熊窝 personal 站点 的英雄联盟板块从”手工攻略”重构为”RESG 实战数据驱动的全 173 英雄速查”。
会话记录在 CodeBuddy(可搜索跳转):
personal:英雄联盟板块重构-0.21.0(会话索引7e52d63d963b49d4861b441e2f7b2253)。
资源
灵感参考
| 类型 | 代表 | 可借鉴之处 | 来源 |
|---|---|---|---|
| Notion 人生 OS | Second Brain OS | 多生活区卡片、个人 CRM、周复盘 | Notion 模板 |
| Notion 模板榜 | Bullet.so 模板榜 | 日/周/月视图、愿景板、习惯追踪 | Bullet.so |
| 国内零代码 | 钉钉 AI 表格·生命之花 | 八维度雷达图与自动预警 | 人人都是产品经理 |
| 自托管指挥中枢 | Homepage | 服务集成与 YAML 配置 | Self-Hosting |
| 自托管拖拽面板 | Homarr | 浏览器内拖拽编排、用户管理 | Self-Hosting |
| 自托管新标签页 | Heimdall / Glance | RSS、天气、股票等信息聚合 | Self Host Yourself |
Notion 仪表盘可复用的小组件来源
| 站点 | 网址 | 类型 |
|---|---|---|
| Saif Saber — Widgets Gallery | saifsaber.com/widgets.html | 100+ 可嵌入小组件图库,每张卡片含效果图、详情页和可复制嵌入代码 |
| Indify | indify.co | 老牌 Notion 风格可定制小组件,偏简约(天气、Spotify、日历、进度条等) |
| Common Ninja | commoninja.com | 200+ 商业/营销向可嵌入组件,适合对外展示场景(评论墙、社交 feed、表单、图表、弹窗等) |
| Widgets.so | widgets.so | 零代码 Widget Builder,自定义后用 embed 标签嵌入 Notion |
| Apption | apption.co | 小组件搜索引擎/聚合站,按功能检索 Notion 兼容组件,附社区评论与使用数据 |
请读取 source/ 目录中的 NVIDIA FY2026 10-K 年报 PDF 和官方财务 Excel,独立完成一款可交互的 NVIDIA 财报研究产品。最终产品应让非财务专业用户快速理解:
- NVIDIA 的核心财务表现和三年变化;
- 各业务板块的收入结构与增长贡献;
- 年报中披露的主要经营亮点;
- 年报中披露的主要风险与不确定性;
- 关键数字来自年报或 Excel 的具体位置;
- 哪些结论是原始披露,哪些是基于数据的分析判断。
请自主完成资料理解、需求判断、PRD、数据结构设计、前端开发、数据可视化、来源溯源、自动化测试和问题修复,直到交付一个可以本地运行、主要功能可用、视觉完成度较高的产品。
必须满足的验收条件:
1. 提取收入、净利润、毛利率、研发投入、现金流等核心指标,并展示三年趋势。
2. 展示主要业务或市场的收入结构和变化,例如 Data Center、Gaming、Professional Visualization、Automotive。
3. 分开呈现经营亮点、风险因素和待观察指标,不直接输出买入或卖出建议。
4. 关键财务数字必须提供来源定位,至少包含 PDF 页码或 Excel 工作表;能定位到表格或单元格时应保留更精确的位置。
5. 对 PDF 与 Excel 中的核心数字进行交叉核对,生成核对结果;出现无法确认或不一致时必须明确标记,不得自行补造。
6. 正确处理财年、单位、币种、同比和百分比,避免将 NVIDIA FY2026 误写成自然年 2026。
7. 为主要页面和核心交互编写并执行自动化测试,优先使用 Playwright;发现问题后自行修复并复测。
8. 在 notes/ 中留下 PRD、数据字典和数据核对说明,在 output/ 中保存测试报告或必要的交付产物。
9. 不修改 source/ 中的原始文件。
10. 页面显著位置注明"仅用于财务信息研究和模型能力测试,不构成投资建议"。
请连续执行,不要停留在建议、方案或代码片段阶段。除非遇到权限、付费、敏感凭据或不可逆操作,否则不需要向我确认。
3. 注意事项
- 10 条验收条件覆盖了数据提取、来源溯源、交叉核对、自动化测试、产物归档、免责声明。每一条都可量化、可勾选,Agent 完成一轮后能自检。如果验收条件模糊(如”做得好一点”),Agent 会在跑偏后难以自纠。
2.”不修改 source/ 中的原始文件”防止 Agent 破坏原始资料;“分清披露与分析”防止把推断包装成事实;“不输出买入或卖出建议”锁死合规边界。这些”不能做的事”比”要做的事”更能防止 Agent 在开放任务中过度发挥。 - 最后一句”请连续执行,不要停留在建议、方案或代码片段阶段”是关键。没有这句话,很多 Agent 会输出一份漂亮的方案然后停下来问你”这样行不行”。加上之后它才会真正开始干活。
- 可迁移骨架:任何”给一份原始资料 → 造一个可交互研究产品”的需求都能复用。换掉数据源、换掉验收条件中具体的指标名称,其余结构不动:
请读取 source/ 中的【原始资料】,独立完成一款可交互的【产品描述】。
核心要求:……
必须满足的验收条件:
1. ……(量化、可勾选)
2. ……
……
N. 不修改 source/ 中的原始文件。
N+1. 页面显著位置注明"仅用于【用途说明】,不构成【风险提示】"��验收条件设计原则**:每一条应该是"跑完就能自检"的——例如"展示三年趋势"比"展示得很好"明确一百倍。不确定怎么写的,就想"如果我跑完这个 prompt,第一眼看什么来判断它做没做完"。
请连续执行,不要停留在建议、方案或代码片段阶段。除��遇到权限、付费、敏感凭据或不可逆操作,否则不需要向我确认。