larksuite / larksuite/cli

Feature Request:支持飞书「企业知识」原生 AI 问答能力

Open
#2,748 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

domain/core enhancement
Dominant language
Go
Stars
17.3k
Forks
1.4k
Avg merge
2d 4h
Merged PRs (30d)
105

Description

背景

希望能够通过 lark-cli 调用飞书「企业知识」入口的原生 AI 问答能力,让外部 AI Agent 可以直接提出问题,并获取飞书生成的答案及引用来源。

目前在本地 lark-cli 1.0.94 的命令帮助和内置技能清单中,可以找到:

  • lark-wiki:知识空间、节点和成员管理;
  • lark-drive / drive +search:云文档和 Wiki 搜索;
  • lark-doc:文档正文读取。

但尚未找到直接对应「企业知识」原生问答的命令或 Skill。如果已有可用入口,也希望能提供指引。

需求边界

这里期望的不是让外部 Agent 执行“搜索文档 → 逐篇读取 → 自行总结”,而是:

用户提问 → 调用飞书企业知识原生问答 → 返回答案及引用来源。

也不是知识库目录管理、企业百科词条管理,或仅增加关键词搜索。

使用场景

在外部 AI Agent 或自动化工作流中,查询企业制度、内部流程、项目背景等问题。例如:

  • “出差报销需要哪些材料?”
  • “某内部系统的接入流程是什么?”

希望能够复用飞书企业知识自身的检索和回答能力,并保留来源供用户核验,而不必在每个外部 Agent 中重新编排一套文档检索与总结流程。

期望能力

如果产品及开放平台允许,希望优先提供只读能力:

  1. 自然语言提问:提交问题,获取企业知识生成的答案。
  2. 引用来源:返回答案关联的文档标题、链接,以及接口能够提供的引用片段或位置。
  3. 权限一致性:优先支持 --as user,遵循用户权限及企业对外部应用、AI 数据访问的限制,不扩大访问范围。
  4. 结构化输出:以 JSON 返回答案和引用,并明确区分无相关结果、权限不足、产品未开通、接口暂不支持等情况。
  5. 配套 Skill:说明何时使用企业知识问答,何时使用 drive +search / lark-wiki,避免将两者混淆。

不要求 CLI 在本地重新实现企业知识的检索或问答引擎,也不要求绕过现有权限或调用未公开的内部接口。

想向维护者确认

  • 飞书「企业知识」的原生问答能力是否已有可供第三方应用调用的官方 API?
  • 如果已有,是否计划在 lark-cli 中封装对应命令和 Skill?
  • 如果尚未开放,当前限制主要在产品/OpenAPI 层,还是 CLI 尚未接入?是否有官方推荐的接入方式?
  • 如果该能力实际归属于 Aily 或其他业务域,是否可以说明对应关系及接入入口?

相关讨论

  • #1262:希望支持 Aily CLI 能力。方向相近,但未明确涵盖飞书「企业知识」原生问答,因此单独提出本需求。
  • #842:文档搜索及范围过滤,属于检索能力,不等同于原生问答。
  • #1570:企业文档的 AI 访问边界;本需求同样应遵循企业数据安全策略。

感谢维护团队。如已有对应能力或重复 issue,欢迎指引或合并讨论。

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing the existing lark-wiki, lark-drive search, and lark-doc command and Skill entry points, then verify whether Feishu or Aily exposes an official enterprise-knowledge Q&A API. Done would require a confirmed integration path or a documented reason it cannot be implemented, including answer citations, permission behavior, and structured error cases.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
ai, api, cli
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.