Doclific

Doclific

AI TOOL PROFILE工具资料

把业务规则绑到代码上,在每个 Pull Request 里检查

官网地址 https://doclific.com

访问官网
价格免费起步,无需信用卡
平台Web / GitHub
归类聊天对话
收录2025-01-01
复核2025-01-01
编辑评分 4.2 / 5

Doclific编辑总结

EDITOR REVIEW编辑评测

Doclific 是一个面向开发团队的内部文档工具,核心是把「业务规则」写成一份私有知识库,每条规则都指向仓库里真正执行它的那几行代码。它通过 GitHub App 接入,只有在 Cursor、Claude Code、Codex 或 VS Code 写作之前先读规则,再在每个 Pull Request 里比对代码与规则是否仍然一致。给出三种检查结果:文档仍然匹配、需要你回答、或者看起来已经过时,不会静默通过。免费起步,无需信用卡。目前公开支持 GitHub,GitLab 与 Bitbucket 标注为 next(即将支持)。

Doclific是什么?

Doclific 是一款把「业务规则」和「代码」绑在一起的内部文档工具。它面向已经在用 Cursor、Claude Code、Codex、VS Code 这类编码代理的研发团队:编码代理能读代码,却不知道当初为什么这么写,Doclific 就是补这块缺失的上下文。

它的工作方式分两条主线。一条是维护一份私有的知识库——业务规则、需求、决策、例外、集成,全部用大白话写,每条规则都指向真正实现它的文件,跨所有已接入的仓库;规则之间还能互相链接,说明哪条澄清了哪条、哪条取代了哪条。另一条是在 GitHub 上把守 Pull Request:改动提交前,Doclific 会把 PR 和管辖这段代码的规则做比对,直接在 PR 里报告结论。

不同角色的用法不一样。写代码的人按提示装上 GitHub App、接入要读取的仓库即可,草稿 PR 不检查、未接入的仓库不检查;用编码代理的人在 Cursor、Claude Code、Codex 提出问题时,代理会先向 Doclific 取那条规则以及背后的原因,而不是把整份文档倒出来。团队的负责人则在 PR 线程里回复一句,规则就地更新,并保留是谁、来自哪个 PR 的归属记录。

Doclific核心功能

CAPABILITIES工具标签

Pull Request 检查

每个改动提交前,Doclific 读取 PR 并与约束这段代码的规则比对,直接在 PR 上给结论。三种结果:文档仍然匹配、需要你的回答、或者看起来已过时,不会静默放行。

官方说明 ↗

代码与规则绑定

每条业务规则都指向执行它的具体文件,跨所有已接入的仓库。代码位置发生移动时你能立刻知道,规则不会与实现脱节。

官方说明 ↗

私有知识库

业务规则、需求、决策、例外、集成写在一处,用大白话,只有组织内部可见,也不会被写回你的仓库。使用方式是浏览和对话,不需要维护 Wiki。

官方说明 ↗

编码代理取规则

Cursor、Claude Code、Codex 在动笔之前先向 Doclific 取那条规则以及背后的原因,拿到的是精确的一条,而不是把整份文档倒给它。

官方说明 ↗

PR 回复即更新

当代码与规则不一致时,Doclific 在 PR 上提问而不是自己改写规则。你在线程里回答一句,规则就地更新,并记录是谁确认的、来自哪个 PR。

官方说明 ↗

规则归属与历史

每条规则记录由谁确认、在哪确认——聊天里、PR 上,还是来自代理。后续的代理提问和 PR 检查都用更新后的规则,作者、PR 来源、仍适用的文件都保持可追溯。

官方说明 ↗

按需接入范围

只有你主动接入的仓库会被读取,草稿状态的 Pull Request 不检查。检查范围完全由你决定,不用把全部代码一次性交出去。

官方说明 ↗

Doclific值不值得用?

VERDICT工具标签

当你已经在用 Cursor、Claude Code、Codex 或 VS Code 写代码,且痛点不是「代理不会写」而是「代理不知道业务规则」时,Doclific 值得一试:它把规则做成一份私有知识库,并在每个 PR 上检查代码与规则是否还对得上。当你的团队只是想让代理多读点文档、或者仓库还散在 GitLab、Bitbucket 上时,现在还不合适——公开的支持范围是 GitHub,GitLab 与 Bitbucket 标注为 next。

建议选它的情况

  • 团队已经在用 Cursor、Claude Code、Codex,希望代理动笔前先知道业务规则
  • 业务规则散落在过时 Wiki、代码注释和口头沟通里,想要一份绑到具体文件的私有记录
  • 希望每个 Pull Request 都被检查,且不接受「静默通过」
  • 不打算让工具往仓库里写文件,只要读取和检查

不建议选它的情况

  • 仓库主要托管在 GitLab 或 Bitbucket 上,这两者仍在 next 阶段
  • 团队没有在用编码代理,只想找一个普通的内部 Wiki
  • 希望工具自动改写规则而不经过人工确认

Doclific使用建议

HOW TO USE工具标签
入门先把路子走对
  1. 先跑通 GitHub 接入在官网点 Connect GitHub 安装 GitHub App,只勾选你希望被读取的仓库。草稿 PR 和未接入的仓库都不会被检查,可以先从一个小仓库试。
  2. 用退款窗口试一遍的示例是:某个 PR 把退款窗口从 90 天改成 120 天,Doclific 在 PR 上问这是不是有意的。照这个思路挑一条你们最近改过的业务规则,看它能不能命中原文件。
  3. 让代理先问一次在 Cursor、Claude Code 或 Codex 里向 Doclific 提一个业务规则问题,看返回的是精确的一条规则加原因,还是整份文档。返回太宽说明规则还没绑到具体文件。
进阶省时间也省钱
  1. 在 PR 里回答,不要改文档代码与规则冲突时,Doclific 不会替你改写规则,也不会猜。直接在 PR 线程里回答「是,更新规则」或「不,改代码」,规则就地更新并记录归属者与来源 PR。
  2. 让规则互相引用把澄清本条规则的、取代本条规则的、与之矛盾的规则相互链接。相关策略放在一起,后续代理取规则时就能拿到完整的上下文,而不是孤立一条。
  3. 按仓库逐步放开插件按仓库粒度授权,可以先接入业务规则最集中、最常被代理误改的那几个仓库,观察检查结论的准确度,再决定是否扩展到更多仓库。

Doclific适合谁用?

WHO IS IT FOR工具标签

用编码代理的研发团队

推荐

团队已在 Cursor、Claude Code、Codex、VS Code 上写代码,痛点是代理能读代码却不知道背后的业务规则,Doclific 补的正是这块上下文。

托管在 GitHub 的团队

推荐

官网目前公开支持 GitHub,GitLab 与 Bitbucket 标注为 next。仓库全在 GitHub 上的团队接入路径最短,装一次 GitHub App 即可。

规则散落的项目负责人

推荐

业务规则散在过时 Wiki、代码里的 TODO 注释和口头沟通中,希望有一份绑到具体文件、能查到是谁确认的私有记录。

只想找普通 Wiki 的团队

有条件

官网明确说「不要维护它,浏览它、和它对话」——它的定位是绑定代码的规则记录,不是给人手写的知识库,做通用文档沉淀并不合适。

代码在 GitLab/Bitbucket

不推荐

官网把 GitLab 与 Bitbucket 列为 next,目前公开的接入方式是 GitHub App,这两类团队暂时用不上 PR 检查这条主线。

Doclific优点和缺点

PROS & CONS工具标签

优点

  • 免费起步,无需信用卡
  • 规则绑到具体文件,代码移动时能直接知道
  • PR 检查有明确三种结果,不静默通过
  • 回答即更新规则,不用另外开单或改 Wiki
  • 不往仓库里写文件,规则私有于组织

缺点

  • 公开支持的代码托管只有 GitHub,GitLab 与 Bitbucket 仍是 next
  • 未公开除「免费起步」外的付费档位与额度
  • 需要团队在 PR 线程里回答,依赖人工确认节奏

Doclific常见问题

FAQ工具标签
Doclific 是免费的吗?

「Free to start. No credit card required.」,即免费起步、无需信用卡。除这一句之外,额度上限或计费方式,涉及长期使用成本时需要到官方页面确认。

它和普通内部 Wiki 有什么区别?

普通 Wiki 靠人写、靠人维护,规则和代码是两套东西。Doclific 的每条规则都指向真正执行它的文件,跨所有已接入的仓库;的说法是「没有编辑器」,你浏览它、和它对话,而不是编辑它。规则只在 PR 上被回答时更新。

为什么 Cursor、Claude Code、Codex 会用上它?

这些编码代理能读代码,但没有赶上当初定规则的过程。接入后,代理动笔前先向 Doclific 取那条规则和背后的原因,拿到的是精确的一条,而不是把整份文档倒出来。官网把这套能力概括为「代理在写之前先检索业务原因」。

Pull Request 上会出现哪几种结论?

包括三种:文档仍然匹配这次改动、需要你的回答、或者看起来已经过时。任何一种情况都会在 PR 上以大白话报告,不会什么都不说。如果代码和策略冲突,Doclific 会提问,而不是自己改写规则或猜一个答案。

我回答之后规则会怎么变?

在 PR 线程里回答一句,规则就地更新,并归属到你以及它来自的那个 PR。下一位代理提问时拿到的是新规则,下一个 PR 也按新规则检查;是谁写的、来自哪个 PR、仍然描述哪些文件都保留在记录里。

它会往我的仓库里写东西吗?

不会。明确说「Nothing is written back into your repos.」,规则存在私有知识库里,只有组织内部可见。检查范围也由你决定:草稿 Pull Request 不会被处理,没有接入的仓库不会被审查。

什么时候能在 GitLab 或 Bitbucket 上用?

在 GitHub 之外把 GitLab 和 Bitbucket 都标注为 next,表示计划支持但尚未提供。具体上线时间官网未公开,需要以官方页面为准。

Doclific竞品对比

COMPARISON工具标签
工具编辑评分价格核心功能平台
Doclific本工具 4.2 免费起步,无需信用卡 Pull Request 检查;代码与规则绑定;私有知识库;编码代理取规则 Web / GitHub
GitSeek — 未标价 GitSeek 是一款帮助用户从任何代码仓库中提取完整代码并快速集成到 AI 工具中的工 —
CommandDash — 未标价 在 IDE 中集成 AI,提供上下文代码建议 —
Code Wiki — 未标价 主打代码仓库自动文档化、实时更新、智能问答 —
Aviator Agents — Free $0/forever;Team $20/dev/mo;Scale $5 基于 LLM 的代理框架,用于在代码库中执行大规模代码迁移 Web / Slack / GitHub
Pieces for Developers — Pro $18.99/月/人,Enterprise $22.99,7 天试用需绑 基于 AI 技术的代码片段管理器和工作流工具,帮助开发者高效保存和重用关键代码材料 Web / API