1. 先看流程稳定性
理解系统如何从事故走向可自修复闭环。
把“报告数量”转成“可执行价值”:先给主线,再给入口,再给证据。
/topics/board-v2-preview/preview.html 试运行,不替换现有首页路由。如果只看 5 分钟,按 1 → 2 → 3 读。
理解系统如何从事故走向可自修复闭环。
看真实 A/B 指标,不看口号。
确认长期可持续,不只短期可用。
从“分类展示”转成“能力叙事”。
把需求变成可复用链路:自动化抓取、执行闭环、可视化回溯。
把“能跑”升级为“可验证、可审计、可回退”。
沉淀长期主题,持续发现可落地机会,而不是只做一次性调研。
| 原始数据 | 价值解释 | 证据入口 |
|---|---|---|
| 119 报告 | 持续迭代能力:不是单次输出,而是有节奏的优化循环。 | All Topics / History |
| 96 话题 | 问题空间覆盖能力:能跨技术、流程、业务三类问题联动。 | Topics Index |
| 7 项目(14d) | 跨项目落地能力:同一方法在不同场景复用,不依赖单项目偶然成功。 | Projects Index |
| skillsCount 55 → 1 | 成本控制能力:按群最小 skillset,降低固定 token 底座。 | Token A/B Report |
skillsPromptChars -96.76%
promptTokens -36.31%
inputTokens -94.94%
基于同条件 A/B 的改造前后对比。
从“404/话题串台/样式异常”到“topic 路由 + last-known-good + fallback 样式”。
可解释、可复盘、可防再犯。
建立私有归档层 + 脱敏发布层,配额策略 400 / 30 / 1。
保持可发布稳定性,不牺牲历史可追溯。
DailyRecord 字段契约 + 回填流程,把“日更”变成稳定数据资产。
减少手工修订和字段漂移。
同一资产,用不同入口服务不同目标。
先在新子页面 /topics/board-v2-preview/preview.html 落地新信息架构,不触碰现有首页。
对比 old/new 两版的可读性与入口效率(读者是否能 3 点击内找到关键证据)。
将首页入口先导向 /topics/board-v2-preview/preview.html(保留旧版可回退链接)。
确认指标达标后再替换根路由,旧版沉淀到 /legacy/。