把用户反馈丢进去。
它们整理好之后回来。

backlog 是一份计划：它装的是已经承诺、并且排好顺序的工作。想法看板装的是你已经听到、但还没拍板的一切。把两者混在一起，正是 backlog 变得没法读的原因，因为一块大部分行永远不会被开发的看板，已经不是计划了。Radar 是那块想法看板，你的 backlog 继续当计划，而一个动作就能让一个条目在两者之间往任一方向移动。

是的。Radar 是你已有的那块公开看板上多出来的一个标签页，同一个 slug、同一个域名，所以你的用户不必再记第二个地址。他们提交想法，给想要的想法投票，评论并关注它们。公开的三个标签页是「想法」「进行中」和「已发布」，访客那一侧看不到任何项目管理黑话。

这是两件不同的事。一个信号到达时，一次简短的模型调用会把它挂到最接近的已有想法上，或者新开一个想法，再把这个想法挂到某个主题上。这一步很便宜，每个信号只跑一次。另外还有一次重新聚类，它通读整份语料并重新划出主题：那才是贵的调用，也是你有意去触发的那一次。你置顶过的主题永远不会被重新聚类打散，所以你手工整理的成果留得住。

每个想法的摘要都会生成一个向量嵌入（embedding），然后在它们之间计算相似度。超过阈值的配对会作为重复候选浮出来。它们永远不会被自动合并：一次合并，要么是人的操作，要么是你点头同意的智能体建议。自动聚类给的是一个整理方案，不是一个决定。

可以，每人每个想法一票，投票按钮在卡片上，也在想法自己的页面上。投票数和信号数回答的是两个不同的问题：信号数是有多少人愿意花力气把问题描述给你听，投票数是问题写下来之后有多少人觉得「说的就是我」。两个数字都会显示。

它给你的是公开路线图的诚实版本。访客在同一个页面上看到你已经确认过的想法、正在进行的工作和已经发布的内容。他们看不到的是你那个未经筛选的收件箱：访客提交的想法在你确认之前，只对它的作者和你可见。

它回答一个主题视图回答不了的问题：现在做什么最划算。在这个 2x2 里拖动一个想法，会把它的影响和投入写进记录本身，所以那个位置是一份其他视图和智能体都能读到的数据，而不是只活在一个屏幕里的一张画。

它把你的主题挂到这个季度你真正在乎的目标上，再把想法挂到主题上。它真正的价值在那个「未挂接」栏：没有连到任何目标的主题会被看见，于是它要么被接上，要么被有意识地搁置，要么被放弃。正是这一栏，让一堆想法不会悄无声息地变成一片墓地。

可以，而且这正是一半的意义所在。工单离开看板，想法依然可见、依然可以投票，而它的反馈者和关注者会变成这个想法上的信号，所以没有人被丢下。所有相关的人都会被告知发生了什么，以及他们的需求现在住在哪里。

可以。选中若干张工单，或者勾上整个可见的列，然后把选中的内容发到 Radar。因为每张公开工单背后都有一个真实的人，确认界面统计的是人数而不是工单数，每个人只收到一条消息，而不是每张工单一条，而且整批操作在真正发出之前有十分钟可以撤销。

不会。它通读整份语料，重新聚类，提出合并建议，给影响和投入打分，并拿着能佐证的原话为下一张工单辩护。建工单和回复反馈者是朝真实的人发出去的动作，所以它们仍然归你。你也可以把它换成 Brainstormer、UX Researcher 或者一名业务分析师来运行。

两个都可以。如果你带了自己的密钥，聚类就跑在你的密钥上，否则跑在内含的额度上。在手机上你拿到同样的数据和同样的操作：收件箱、按热度排序的主题、一个想法的全部原话、合并、晋升、投票和评论。矩阵和机会树会变成一个排好序的列表，因为 2x2 矩阵不是那种能在 390 像素宽的屏幕上用拇指拖动的东西。