工作流

审批一直没人处理，Workflow 怎么做超时升级？内容上线前需要负责人确认，流程已经发出提醒，但两天后仍没有结果。继续发送同样的消息，只会制造更多通知；直接跳过审批，又会让风险落到执行人员身上。

不同请求走不同流程，ZGI Workflow 怎么配？很多团队把所有请求都交给同一个 Agent，结果是客服问题调用了销售资料，权限申请绕过了审批，内部故障又被当成普通问答。问题通常不在模型大小，而在入口没有定义清楚，流程也没有为不同风险设置不同出口。

知识库权限变了，怎样避免答错？知识库权限调整后，最容易被忽略的是 Agent 仍然可能沿用旧的可见范围。客服、销售和产品看到的资料不同，回答自然也会不同。处理这类问题，先把“谁能看什么”写清楚，再检查回答是否引用了当前授权范围内的资料。用 ZGI 可以把知识资产、权限和人工复核放进同一条问答流程。

工作流失败后，怎样快速定位？一个工作流没有产出结果时，直接重跑往往只会得到另一个失败。更有效的排查方式，是把问题拆成输入、知识、模型、工具和人工确认五层，逐层确认哪一层出现异常。用 ZGI 管理 Agent Runtime 和工作流时，可以保留每次运行的节点状态，帮助团队定位失败点。

Spring Boot 整合 Flowable 的企业级落地指南做中后台系统，OA、ERP、CRM 这些，迟早要和工作流引擎打交道。Activiti 停更了，Camunda 学习曲线太陡，Flowable 算是目前 Java 圈里的香饽饽。轻量、对 Spring Boot 友好，社区也算活跃。

【Agent工程】（15）—— 评测集与回归门禁摘要：第 14 篇把决策沉成可查询轨迹后，还缺一道发布前闸门：策略、提示词、模型或工具注册表一改，旧能力是否回退。本篇说明如何用版本化评测集固定任务与期望，在隔离环境跑 Agent，并对轨迹做机器可判定的断言；smoke 失败则阻断发布。贯穿示例继续用工单助手。适合读完【Agent工程】（14）—— 审计日志与轨迹字段、准备把「感觉更好」改成可回归门禁的工程师。读完可以独立完成：建立分层评测集，并实现基于轨迹断言的门禁脚本。

AI工具人PM产品经理

Claude Code TDD 实战：84 个测试护体的 spec→plan 开发流用 AI 写代码最怕什么？不是写不出来，是写乱了——改了 A 功能碰坏 B 功能，越到后面越不敢动。我这个小程序 6 天写了 9000 行、44 个云函数，到第 6 天还敢大改首页，靠的就是一套流程和 84 个测试。这篇拆开讲。

RAG Embedding 模型替换与索引回归摘要：《RAG 向量索引重建与回归》把索引包做成带指纹的版本制品后，下一步常是把演示用的 TF-IDF 换成真实 Embedding 模型。换模若只改配置名、不重建索引、不做双层回归，变体问法会悄悄退步。本文用同一套题集与闸门口径，演示从 tfidf_cosine_v1 替换到定长哈希 Embedding（接口对齐真实模型），并给出弱模型替换被阻断的对照；标准库即可跑通，上线时只替换向量层实现。

Python工作流实战：SpiffWorkflow深度应用与BPMN自动化指南工作流实战：深度应用与BPMN自动化指南【免费下载链接】 A in pure项目地址:三步完成工作流部署，高效处理复杂业务流程

RAG 向量索引重建与回归摘要：《RAG 关键词检索与向量检索的切换边界》给出了切换建议，《RAG 文档更新后的全链路闸门验收》把五段闸门串成发布流水线。真正启用向量检索后，文档与扩展表一变，旧索引包仍在线上服务，变体问法会悄悄退步。本文说明如何把向量索引做成可版本化的索引包：写入文档指纹与扩展表指纹、检测漂移、重建后做原话层与变体层回归，并用闸门输出 VECTOR_INDEX_ALLOWED 或 VECTOR_INDEX_BLOCKED；标准库即可跑通。

LangGraph 实战 03：Workflows 与 Agents——六种工作流模式与智能体实战（附 6 个可运行示例）04 篇精读文档的核心是：一件事该用"工作流"还是"智能体"？工作流有 5 种模式，智能体是第 6 种。本篇把 6 种全部亲手写了一遍（DeepSeek 模型版）。

星核0penstarry

试一试用gr.Workflow把AI多步骤串联变成可视化画布一、开篇：一个真实场景戳中痛点 “上周在做图像生成项目，流程是：用FLUX生图 → 抠背景 → 风格化 → 超分。我在Python里写了个pipeline串起来，结果某一步输出异常，只能靠print一个一个排查，从一堆返回值里反推是哪崩了……这种黑盒流水线调试，谁懂？”

【Agent工程】（6）—— 危险写操作与二次确认摘要：注册表、作用域与调用前门禁可以拦住越权，但对外通知、删除、批量变更等写操作仍可能在一次模型提议后直接落地。本篇在工具注册表上增加风险等级，把高危写操作改成两阶段：提议入待确认队列，人工或策略确认后再执行。贯穿示例继续用工单助手。适合读完【Agent工程】（5）—— 工具作用域与对象级授权、准备给不可逆副作用加确认层的工程师。读完可以独立完成：为高危工具配置 risk_level，并实现一版 pending 队列与确认接口。

小七-七牛开发者

拆解 dsh 系列：从源码和版本变化看 DeepSeek Harness 的设计取舍DeepSeek Harness 发布才两周，但翻看它的 Git 历史，会发现它在第一个公开 rc 出现之前，其实就在内部打磨了两个月。

从 0 构建 AI Workload Platform（九）：真实场景、最小控制台与开源发布AI Workload Platform 的前六个模块已经完成了工作流内核、可靠控制面、Agent Runtime、独立 Worker、可观测性和受限执行器。此时系统可以通过 CLI、JSON 和 HTTP API 工作，但新用户仍然需要记住很多命令，也看不到一条连续的产品流程。HTTP API 是通过 HTTP 请求访问服务能力的接口；PostgreSQL 是保存这些业务状态的关系型数据库。

小七-七牛开发者

Agent 小知识 | Skill 的设计与生命周期：从工具接口到能力模块上一期我们聊了 Agent 的环境，承载文件、网页、进程和数据库等真实对象，工具则构成 Agent 的观察空间与行动空间。

小七-七牛开发者

拆解 DeepSeek Harness：Profile 与 Bundle 如何装配运行时前一篇讨论 Cordis 插件架构「解读 Cordis：dsh 一切皆插件背后的运行时设计」时，我们看到 dsh 把工具、模型适配器、会话、Agent Loop 等运行时能力拆成了插件。这样一来，运行时中的各个组件可以独立地完成注册、替换和退出。

ZGI 运行日志：还原任务与节点状态运行日志需要回答四个问题：哪一次任务出了问题，执行停在哪个节点，该节点收到了什么，随后留下了什么结果。只保存最终报错，团队很难判断问题来自上游输入、当前节点、权限限制还是外部接口。任务级记录用于缩小范围，节点级记录用于重建执行顺序。

小七-七牛开发者

61 亿次请求背后：LLM Serving 的 Cache 与调度难题随着 LLM 进入真实业务环境，LLM Serving 面临的问题正从单纯的单次推理加速，扩展到集群层面的资源调度与运行效率。一次请求的计算成本不仅取决于模型参数量，还受到输入输出 Token 长度、用户交互方式、上下文复用以及请求路由策略影响。

从 0 构建 AI Workload Platform（五）：Agent Runtime、工具权限与自然语言工作流模块 3 在已有的可靠工作流内核和控制面之上，增加了从自然语言目标到结构化工作流草稿的入口。本文先展开一次完整流转，再解释 Agent Runtime、模型适配器、工具调用、权限、预算、草稿校验、内容哈希和人工确认如何协作。