Ossa2026

我用这个工作台整理信息和商机。

我用 Ossa 整理研究资料和商机线索。围绕一个问题查阅原文,用 AI 辅助梳理,保留出处,再决定哪些线索值得继续看。

工作与产出构建问题入口、GitHub 证据链路、AI 分析、行动门禁和日报工作台。

Ossa 研究工作台重建:左侧问题,右侧证据、候选与下一步。
我的角色
项目构建者,贯穿产品结构与实现
时间
2026
范围
信息研究 / AI 商机工作台
状态
研究原型

怎样判断一条线索值得继续看

看到机会,与值得投入,是两件事。

技术发布、项目讨论与社区评论都可能带来线索。真正难的是:热度可能来自传播,抱怨可能只是个别配置问题;一个看起来合理的商业方向,还需要知道谁有痛点、证据来自哪里,以及该怎样验证。

热度线索、重复讨论和痛点原文分栏,汇入一个待验证的商业问题。
从技术热点到商业行动,中间还缺用户、证据与可验证问题。合成情境。

从研究问题选择来源

要做的决策,决定要找的证据。

我把研究问题带进 GitHub 查询,用它限定仓库搜索范围,再读取 issue 和评论。研究模式关闭无关的 Trending 混入,让采集围绕当前问题展开。结果保留原文与来源身份,为后面的机会分析留下复核路径。

具体研究问题生成 GitHub 查询,读取项目和 issue 评论,再形成可追溯证据。
研究入口把问题带进查询范围;原文保留来源身份。机制解释,合成数据。

AI 分析与行动条件

把“看起来值得”与“可以做什么”分开。

AI 负责从讨论里解释痛点、部署路径和潜在商业场景。确定性门禁再检查证据等级、仓库分组、风险与行动条件。SELL 的证据不足时会转为 WATCH;模型的高优先级背书不能直接补足证据。规则允许推进,仍然只是验证的起点。

同一个 SELL 假设分别经过单源 E2、跨仓库 E3 与高风险三组门禁,得到观察、允许和淘汰。
SELL 规则演示:证据不足时转为 WATCH;规则允许也不代表需求已经验证。合成输入。

报告中的分歧和未知

有分析,也能看出哪些还只是候选。

日报把一次运行中的机会、痛点线索与 AI 分析收束在一起,保留来源和是否生成行动的身份。值得阅读的候选不必被包装成确定商机;观察动作也有自己的下一步。没有新机会时,报告明确说明空结果。

日报重建:候选痛点、原文线索、分析与行动身份;一个 WATCH 动作和一个尚未成行动的候选。
日报关联一次运行,保留候选与行动身份;WATCH 也可能有下一步。界面重建,合成数据。

各个来源的实现范围

先建立边界,再扩展覆盖。

我将信号源拆成目录、单源工作台与平台 Adapter。GitHub 已有完整的兼容门禁链路;知乎提供研究材料,RSS 承载订阅管理。尚未接入的平台留在路线图,避免一个可见入口暗示并不存在的能力。

GitHub、知乎、RSS 各自经过目录、工作台、Adapter,注明门禁、材料与订阅能力,其他来源列为规划。
GitHub 已有完整兼容门禁链路;知乎为研究材料,RSS 为订阅管理;更多来源按阶段接入。系统解释。

研究一个具体问题

这次收敛,改变了产品的中心。

早期版本围绕信号和行动卡组织;到 2026 年 9 月,我将新的入口收敛为研究问题,将新的交付方向收敛为有判定标准的实验。已有采集、SQLite 数据与兼容路径继续保留,新的研究契约逐步迁移。

2026 年五月扫描、六月 Action-first、九月 Research-first 时间线,配渐进迁移决策。
2026 年从扫描与 Action-first 转向 Research-first。入口已推进,完整实验契约仍在建设。基于历史与 ADR 的重排。

我负责的部分

我贯穿 Ossa 的产品结构与实现,把“订阅更多信息”的想法推进成问题入口、采集与证据链路、AI 分析、门禁和日报工作台。这个项目里最重要的判断,是让研究围绕一个决策展开,并给 AI 提出的商业假设保留验证边界。

后续想补的能力

信息价值最终要回到一个决策。

目前这个版本建立了问题入口、GitHub 证据门禁路径、来源分层与日报机制。下一步是把未知问题、获取代价和停止条件放进研究,让信息按它对判断的影响来排序。完整 VOI 与实验反馈闭环仍在建设;我希望 Ossa 最终能说明为什么值得继续找,也能说明什么时候该停。

下一阶段定性 VOI 设计示意,列出未知问题、决策影响、回答方式与停止条件,并区分已建入口和待建实验闭环。
VOI 的下一阶段方向是围绕决策影响、回答代价与停止条件排序;这里是合成设计情境,不是已完成算法。

案例画面为界面重建、机制解释或设计方向示意,使用合成业务情境。规则演示说明的是行动资格,候选仍需要后续验证。

下一个项目Vulcan