Strict-ready
1 条 capture 已到 strict-ready。
这个站点包含私人录音与日记内容。输入密码后进入;当前浏览器会自动记住。
把这个主题相关的 capture、thread 和 active item 收到一页里,直接看它到底推进到了哪。
先看主题结论,再看相关对话和线程,不需要先自己拼数据。
1 条 capture 已到 strict-ready。
把 strict-ready 动作继续压成 policy / handoff 条件。
已经有 strict-ready 信号,但还没固化成 policy-ready 的稳定写回条件。
已经和这个主题相关联的 capture thread 数量。
左边是主命中 capture,右边是顺带提到这个主题的相关对话。
这里只放 primaryTopic 直接命中的对话,优先看这层,可以更快判断这个主题本身在推进什么。
这些 capture 不是以这个主题为主,但会提供上下文线索;默认降一层看,避免把 topic 页变成噪音聚合。
这些 capture 在 topicKeys 里提到该主题,但 primaryTopic 属于别的主题。
这些顺带相关 capture 已经落到的 thread 数量。
[说话人 1 | 00:00:08] 嗯,好。 [说话人 2 | 00:00:30] 你本身在上海,是吧? [说话人 1 | 00:00:31] 对。 [说话人 2 | 00:00:32] 你一开始是做交互,做设计,是吧?是的。是。 [说话人 1 | 00:00:38] 在京东那边做交互设计。 [说话人 2 | 00:00:41] 是,就是,是 UI 还是更...
或者下次来,下次来可以打一把,如果赢了的话就换成吃的走人,如果输了,我觉得这样行,怎么样?不然 400 也不太够吃。对吧? 400 打一打,能不能赢到800?赢到 800 的话,换 400 块钱吃的。对。然后就吃完不来了。 反正去那,下一次去的话,得等60。 而且加上它是纸质的手动记录这个东西。但是确实他比较高明,我感觉他手动记录比那边高明。 这样就没有系统...
线程仍然保留完整覆盖,但排序会优先展示由主命中 capture 支撑的 thread。
如果你关心“下一步具体做什么”,这一块最直接;排序优先展示来自核心 capture / thread 的事项。