---
title: "会消除冲突的公司知识库"
date: "2026-09-01"
canonical: "https://raytally.com/ideas/2026-09-01-launch-hn-almanac-yc-s26-ai-that-knows-your-company/"
generator: "萤录 RayTally · dev-prompt-v4"
signal:
  query: "Launch HN: Almanac (YC S26) – AI that knows your company"
  observed_at: "2026-09-01T00:33:19.377Z"
sources:
  - url: "https://news.ycombinator.com/item?id=49511007"
    boundary: "发布于 2026-08-31T15:34:34.000Z。 观测于 2026-09-01T00:33:19.377Z。"
  - url: "https://www.usealmanac.com/"
    boundary: "来源记录未提供发布时间。"
  - url: "https://www.getguru.com/features/verification"
    boundary: "来源记录未提供发布时间。"
  - url: "https://docs.glean.com/user-guide/assistant/glean-chat/glean-chat-citations/glean-citations"
    boundary: "来源记录未提供发布时间。"
notice: "本任务书中的信号，是在所列时间点截取的有界观察（搜索关注、论坛分数或新品列表），不是市场验证、用户数量或持续需求证明。转述或据此行动时，必须保留这些时间边界与最强反方。"
---

[在 RayTally 阅读原始页面](https://raytally.com/ideas/2026-09-01-launch-hn-almanac-yc-s26-ai-that-knows-your-company/)

使用声明：以下信号只是带时间边界的公开观察，不是市场验证、用户数量或持续需求证明；转述或执行时必须保留时间边界与最强反方。

你是资深产品工程师。请把下面这条产品灵感做成一个可以本地运行的 MVP。

## 灵感

会消除冲突的公司知识库
员工问到互相冲突的公司政策时，先拿到有出处的临时答复，再把最小裁决交给责任人。

## 产品概念

员工向公司 AI 问“出差能否报销网约车”时，最麻烦的情况是它检索到了两份有效文档，却给出相反答案。团队把制度页、共享文档和内部公告接入后，产品会找出回答所依赖的原文句子，检查它们的生效日期、适用部门和责任人。答案页不会把冲突藏起来，而是先展示带出处的临时说明。 如果两段规定确实不能共存，系统把员工的原问题压成一张裁决卡，发给拥有该制度的负责人。负责人只需在原句旁选择保留哪条、写明适用条件，或指定新的统一说法。确认结果会立即回写知识库，旧段落被标成已废止或待修订，下一位员工再提问时便不会得到同一组矛盾材料。 管理者还能看到哪些制度反复引发争议，哪些负责人迟迟没有回复。第一版先处理文字政策之间的冲突，不替公司解释法律，也不让模型自行决定福利、薪酬或纪律问题。它让每一次真实提问都顺手补上一个长期无人维护的知识缺口。

## 为什么是现在（有事实支撑）

8 月 31 日，一条介绍 Almanac 企业知识 AI 的 Launch HN 帖出现；截至 9 月 1 日记录为 44 points、41 条评论，位列第 16。 这次讨论让团队更容易从“能否搜到”转向“多份材料冲突时如何回答和修正”。

## 方向判断（以下为模型推断，未经独立验证）

目标用户：适合已经把制度页、共享盘和内部公告接入 AI 的中型公司。员工在报销、请假或设备申请前，需要立即得到可执行答案。此时等待 HR 回复会耽误操作，直接相信模型又可能造成损失。知识负责人则需要把零散追问变成可处理的修订任务。

最小切入点：从出差、费用和请假制度切入，这些文本常含日期与适用范围。接入一个文档源和一个提问入口，保留原权限与版本号。切分时同时提取标题、原句、发布日期、部门和责任人。检索得到候选段落后，只对回答同一问题的条款做冲突判断。检测到矛盾便暂停确定性回答，展示两段出处和临时说明。裁决卡只允许保留、限定适用范围或填写统一说法。结果先写入独立覆盖层，再通过受控任务更新源文档。

最强反方：制度文档通常缺少生效日期、适用部门和明确负责人，冲突判断会先卡在元数据补录。语义相近不等于规定相反，误报会让负责人被大量无效裁决打扰。源系统的权限和版本控制还会限制自动回写，覆盖层可能再次形成新的事实来源。负责人迟迟不处理时，临时说明会长期存在。涉及福利、薪酬和纪律的错误提示还可能引发劳动争议。产品必须保留完整出处、审批记录和人工兜底，否则一次错误裁决就会削弱员工信任。

以上是模型基于灵感本身与已核验事实的推断，请当作方向假设与真实约束对待：不要默认「最强反方」已被解决，也不要据此在产品里写下确定性结论。

## 以小博大（模型推断）

第一批用户应来自正在部署内部 AI 搜索的 HR、财务和 IT 团队。可提供一次免费的制度冲突扫描，用现有文档生成可核对的冲突清单。演示重点放在同一问题的前后答案，而非通用聊天能力。匿名整理高频冲突类型，可在企业知识管理和内部工具社群持续获客。

## 竞品与缝隙（模型推断）

- Guru：Guru 已有成熟的知识验证机制。每张知识卡可指定验证人、状态和复核周期。未验证内容仍可搜索，但会明确标记。员工还能圈出问题文字并通知负责人。其知识代理也会记录问答，并将可疑内容交给专家处理。 这已经覆盖内容新鲜度和责任归属。公开资料未明确展示另一条更窄的流程：当一次真实提问命中两段相反规定时，自动并列冲突原句。系统还要比较生效日期、部门和适用条件，再生成只处理这组矛盾的裁决卡。裁决后还需同步标记原始段落，而非仅更新知识卡状态。这个产品的缝隙因此不在通用验证，而在逐次问答触发的冲突消解。
- Glean：Glean 能跨企业数据源搜索，并在回答中提供段落级引用。引用继承原系统权限，用户可回到原文件核对。其索引还会跟踪内容更新、删除和权限变化。 这解决了资料分散、来源不可见和访问控制问题。公开资料未明确提供针对相反条款的成对裁决流程。员工看到两份来源后，仍可能需要自行判断哪份有效。管理员也缺少围绕真实问题生成的最小审批任务。这里可以补上冲突分类、制度负责人路由和适用条件确认。确认结果还应影响后续检索，并留下旧条款的废止状态。

## 怎么赚钱（模型推断）

按活跃员工席位收取年度订阅费，基础套餐包含文档同步、冲突提示和负责人裁决。更高档套餐增加单点登录、审计导出、细粒度权限和自定义保留策略。

## 来源背景

主题：Almanac 企业知识 AI
触发的 Hacker News 原帖（英文原文）：Launch HN: Almanac (YC S26) – AI that knows your company
抓取时热度：约 44 分、41 条评论（观测时点数值）

以上数据是抓取时刻的历史快照，分数与评论数会随时间漂移，只用于理解「为什么是现在」，不要写进产品文案当作精确的市场数字。

## 来源清单

- Launch HN: Almanac (YC S26) – AI that knows your company（https://news.ycombinator.com/item?id=49511007）
- Almanac — the agent with a company brain（https://www.usealmanac.com/）
- Keep content accurate with Guru’s SME verification workflow（https://www.getguru.com/features/verification）
- Citations - Glean Help Center（https://docs.glean.com/user-guide/assistant/glean-chat/glean-chat-citations/glean-citations）

## 交付要求

- 开工前，先从上文的产品概念与最小切入点提炼 3–5 条可验证的完成标准并列出，交付时逐条对照说明。
- 先交付「最小切入点」描述的核心流程，让核心用户能走通；范围外的账号、支付、后台等通用系统，除非确有必要否则不做。
- 页面或接口里不要展示未经验证的市场数字。
- 关键文案保持克制、可验证；产品内若需要领域事实、安全指引类内容，从「来源清单」等权威来源取材改写并注明出处，不要凭通识编写。
- 若在已有项目里实现：先读 README、依赖与项目约定，遵循既有技术栈与风格，不重构无关代码。
- 若当前目录为空：选一套轻量技术栈，优先交付可运行原型。
- 完成后说明改了什么、如何运行、如何验证。
- 遇到真正会改变产品方向的歧义再提问，普通实现细节自行做工程判断。