能不能支持使用个人身份呢？
Activity
chenlianhan commentedon Apr 3, 2026
同样需求这个功能
Astro-Han commentedon Apr 3, 2026
+1，补充一个实际场景。
我们是一个小团队，多个成员都需要通过 lark-cli 做日常操作（消息、文档、多维表格等）。目前每个人都必须各自创建一个飞书应用，走完应用审批流程才能使用，团队里多一个人用就多一个应用。
对于非技术背景的团队成员来说，"创建应用 → 配置权限 → 管理员审批"这套流程门槛很高，严重阻碍了 CLI 在团队内的推广。
期望能支持纯用户身份认证（比如浏览器扫码登录），不需要每个人都创建自己的应用。或者至少支持团队共享一个应用配置，新成员只需要 OAuth 授权即可，不必接触 app_secret。
LXChild commentedon May 14, 2026
补充一个场景：
很多企业的飞书管理员出于安全考虑，不允许普通开发者创建企业自建应用。但开发者又有自动化操作审批流、文档、多维表格等资源的需求。
个人应用虽然可以创建，但只能访问个人组织的资源，无法通过 OAuth 用户身份访问企业组织的资源。
这是一个常见的企业内部工具化需求，希望能有绕过企业应用限制的方案。
chenhg5 commentedon Jun 1, 2026
请问目前支持isv应用授权认证吗
guog commentedon Jun 30, 2026
遇到了同样问题，请问有什么进展吗?
I've encountered the same problem. Is there any progress on this issue?
HansYeoh commentedon Jul 30, 2026
+1，我也有同样的需求。
我的实际场景是：通过 CLI 读取并导出自己有权限访问的飞书妙记、云文档等内容，再同步到个人知识库。但公司出于安全策略，不允许普通成员创建企业自建应用，因此当前必须配置
App ID和App Secret的方式，实际上直接阻断了 CLI 的使用。即使在个人组织中创建应用，也无法通过该应用的 OAuth 授权访问公司组织内、用户本人原本有权限访问的数据，因此不能解决问题。
希望 CLI 能支持一种“不要求用户自行创建应用”的个人授权模式，例如：
lark-cli auth login；实现方式可以是由 CLI 官方提供一个公共 OAuth 应用，或支持类似 Device Authorization Flow 的登录体验。这样既不需要普通用户接触
app_secret，也不会扩大用户原有的数据权限。请问这种纯个人 OAuth 授权模式是否在规划中？对于企业禁止普通员工创建自建应用的场景，目前是否有其他官方推荐方案？
chnyangjie commentedon Aug 28, 2026
豆包 work 实现了这些功能。。。。当然 你得花钱，要是开放了谁还花钱用字节的agent，这功能且等着吧 23333