飞书与 DSH 智能工作流：任务自动投喂与会话联动

编辑点评 · AI 连续创业者视角（以下内容由 AI 提炼，观点归原作者；读完可不看原文）

这是飞书任务与本地 IDE（DSH）的深度集成插件。核心逻辑是消除“复制粘贴”，让飞书任务直接转化为 AI 代码会话。原文未给营收数字，但提供了一套基于 CLI 鉴权与本地快照的极简技术实现。对搞钱者而言，这是“一人公司”提效神器，但非直接变现工具。可行动点：下载开源包，配置飞书 CLI，实现任务驱动的自动化开发流。

部署 dsh-feishu 插件消除任务流转断点
利用 CLI 托管令牌，避免插件侧密钥泄露
配置“评论同步”实现移动端指令下发
设置“文档生成”规则实现开发日志自动化
用定时任务触发 AI 自动补全代码骨架

飞书任务如何直接驱动 DSH 开发会话？

核心打法是部署 dsh-feishu 插件，让飞书任务通过本地快照直接投喂给 DSH 的 AI 会话，消除“复制-粘贴-解释”的人工断点。授权依赖本机 lark-cli，插件不存储密钥；任务流转依赖本地 state.json，非飞书实时全量。这套组合适合单人开发者或极小团队，将移动端指令转化为桌面端代码骨架。

插件底层架构与鉴权机制是怎样的？

插件采用“CLI 托管令牌”设计，官方后端走飞书 Open API（任务、文档、评论等），内部 CLI 仅支持内网环境。插件本身不接飞书 API，避免密钥泄露。数据层依赖 DSH 的 state.json 存储本地快照，工作区按 ID 绑定路径，防止目录改名导致 Agent 跑错代码库。需注意，面板和 API 挂在宿主同域，无额外鉴权，严禁暴露公网；单 DSH_HOME 仅支持一份 state.json，多实例并发写会出现“最后写的赢”冲突。

任务卡片的“开工”与“绑定”有何区别？

“绑定”只是认领当前会话并同步命名，不投递指令；“开工”在绑定基础上将任务投进当前对话，触发 AI 处理。一条任务最多绑一条会话，一条会话只属于一条任务，重复占用会被拒绝。任务卡显示 P0-P3 优先级、状态灯、截止时间及依赖关系（前置/后置实线，派生虚线）。当前绑定任务会高亮置顶，T<n> 编号稳定保存，刷新不重排。这是确保 AI 上下文不混乱的关键设计。

评论同步如何区分指令与闲聊？

评论同步默认关闭，需手动开启。开启后按身份区分处理逻辑：任务负责人留言选择“处理请求”，模型判断是否为工作指令并执行；其他人留言选择“仅回复”，仅限回答任务相关问题，禁止执行代码或访问其他资料。每轮处理上限默认 5 条。回复通过出站账本关联原评论 ID，避免重复发送和自循环。若需 @ 人，需使用任务 v1 旧版接口，但官方 v2 接口不支持富文本 @，仅支持纯文本回复，且通知送达不保证。

定时任务能否实现无人值守开发？

可以。在任务卡点“⏰ 定时”，用自然语言描述（如“明天下午三点”），系统会预览时间解析结果，确认保存后写入 DSH 自动化任务。到点由 DSH 将指令投进会话。前提是会话已绑定且 profile 含 DSH 自动化服务。一次性触发跑完即结束，不支持自动续期；pause/resume 不支持，免打扰、触发窗口等高级参数若 DSH 不支持会返回警告而非假装生效。工作时段、午休时间可在“配置”中调整，时区默认 Asia/Shanghai。

文档生成是否会自动写入飞书？

会。在“配置”中设定生成规则（默认“零废话、表格主体、Mermaid 结构”），在任务卡点“文档”即可生成或更新。插件整理任务描述、进展和评论，创建飞书文档并回填链接到任务字段。文档监听可跟踪指定 Wiki/Docx 链接，同步标题、修改时间和摘要（默认读取 8000 字符，上限 20000）。注意：生成文档需真实调用模型并具备相应权限；Mermaid 以代码文本存储，不会自动转为图片；更新失败时可能新建替代文档，操作前需核对用途。

怎么用它赚钱

此工具项目化空间有限，主要价值在于自用提效。若强行变现，可针对使用飞书+本地 IDE 的独立开发者提供“飞书任务流配置咨询”，收费 500-1000 元/次，帮助客户梳理 state.json 路径绑定、评论同步规则及定时任务逻辑；或制作“dsh-feishu 避坑指南”作为低成本数字产品，定价 99 元，侧重讲解 v1/v2 接口差异与本地快照边界。由于插件本身开源且配置简单，高价咨询需求较弱，建议作为增值服务而非主营业务。

原文 · KP：阅读原文 →

相关工具推荐（推广）：影刀rpa自动化机器人工具推广